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PROVIDING A PRESENTATION ON A NETWORK HAVING A PLURALITY OF 

SYNCHRONIZED MEDIA TYPES 

The present application of is a continuation in part 
5 of U.S. Patent Application No. 09/052,862 filed March 31, 
1998 which claims the benefit Provisional Application No. 
06/041,770, filed March 31, 1997. 

FIELD OF THE INVENTION 

io The present invention relates to a networked presentation 

system for providing a presentation to a plurality of client 
nodes on a communications network such as the Internet, and 
more particularly to a presentation system wherein network 
transmission characteristics are utilized in determining the 

15 presentation materials presented at each client node during a 
performance of the presentation. 

BACKGROUND OF THE INVENTION 
Interactive or live presentations via a 

20 telecommunications network (i.e., "telepresentations" such as 
teleconferences etc.) are becoming a viable alternative to 
face-to-face meetings due to the greater cost effectiveness of 
such telepresentations. However, there is still substantial 
expense in conducting such a telepresentation, particularly 

25 when the presentation members (i.e., presentation leaders and 
audience members) reside at a large number of geographically 
scattered sites. In particular, each of the sites may require 
specialized video conferencing systems with high data 
transmission lines for connecting the telepresentation 

30 members. Thus, due to the expense of provisioning and 
maintaining such networked conferencing systems, corporations 

i 



typically have only a small number of such conferencing 
systems at strategically located telepresentation centers for 
conducting such telepresentations . However, there are 
numerous drawbacks to this approach, such as: 
5 (1.1) The dedicated telepresentation centers are 

expensive to maintain; 

(1.2) Presentation participants are still required to 
travel to these centers; and 

(1.3) Potential members of such a presentation who are 
10 not able to access such a center are excluded from 

the presentation. 
Accordingly, it would be advantageous to have a network 
presentation distribution system that alleviates these 
drawbacks, wherein such a system would allow individuals to 
15 access and/or participate in a presentation using standard 
telephony and Internet network connections found in most 
offices and many homes. 
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SUMMARY OF THE INVENTION 
The present invention is a network presentation 
distribution system for providing a presentation, via one or 
more communication networks, to a plurality of presentation 
5 members simultaneously. That is, the present invention 
distributes a presentation synchronously to presentation 
members via the one or more communication networks, wherein a 
communication network is defined as both the physical 
components and the communication protocol (s) utilized on the 

xo network components and wherein the term, "presentation 
members" (also denoted "users"), includes both audience 
members (also denoted "clients") and presentation leaders. 
Moreover, the present invention provides interactive and/or 
real-time presentations to presentation members that are 

15 geographically scattered when each such member has access to 
one or more commonly available communication networks such as 
the Internet and a conventional telephony network for 
telephone- to -telephone voice communication. For example, the 
present invention may communicate the video portion of a 

20 presentation to a user site via the Internet (more generally, 
via any TCP/IP network) while a corresponding audio portion 
may be communicated to the user site via a conventional 
telephony network and a conventional telephone at the user 
site. However, other embodiments are also within the scope of 

25 the present invention. For example, both the video and audio 
portions of the presentation may be provided solely by a 
TCP/IP network such as the Internet, assuming that there is 
sufficient communication bandwidth to synchronize presentation 
transmissions to the presentation members. 
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The present invention distributes a presentation 
(synonymously also denoted a "show") to presentation members by 
a novel distribution of presentation materials among network 
server nodes of a TCP/IP network (hereinafter assumed to be 
the Internet for simplicity) . That is, due to the typically 
"bursty" nature of transmissions between nodes of such a 
network, a version of the presentation may be accessed 
synchronously from different network server nodes, or 
different versions of the presentation may be accessed 
synchronously from one or more of the network server nodes. 
Thus, in one embodiment, the present invention provides for a 
plurality of at least one of: 

(2.1) One or more network server nodes (each hereinafter 
also denoted synonymously as a "network server, * 
"content webserver", "content supplying node", and 
"supplying node") , whereby audience members receive 
presentation materials; and/or 

(2.2) Different versions of the same presentation, 
accessible from the one or more of the content 
webservers, wherein each version may be for a 
different group of audience members such as a group 
for Japanese speaking audience members, or audience 
numbers affiliated with a particular organization. 

Note that each of the one or more presentation versions 
includes one or more presentation segments (hereinafter also 
denoted simply "segments") that provide different portions of 
the presentation. More precisely, subcollections each having 
one or more segments are provided as presentation "elements" in 
that each such subcollection is intended to be an indivisible 
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portion of a presentation performance. Moreover, each version 
of a presentation typically has its subcollections of segments 
(i.e, presentation elements) ordered according to their 
presentation sequence. Moreover, substantially every segment 
5 (or subcollections thereof) in one version corresponds with a 
segment (or subcollections thereof) having the same 
presentation order, in each of the other versions. Thus, 
assuming corresponding segments (or subcollections thereof) in 
different versions have approximately the same presentation 

10 duration, any of the corresponding alternative segments (or 
subcollections thereof) from different versions can be 
presented as a replacement for another such corresponding 
segment (or subcollection) during the presentation. Thus, it 
is an aspect of the present invention to provide corresponding 

is alternative segments (or subcollections thereof) having 
substantially different network transmission requirements so 
that such corresponding alternative segments (or 
subcollections thereof) can be substituted for one another 
depending on the performance of the communications network. 

20 For example, the segments (subcollections) of a first version 
of a presentation may require a network transmission rate 
sufficient for real time or animated video and the segments 
for another version of the presentation may only require a 
transmission rate sufficient for graphic slides. Thus, of a 

25 set of corresponding segments (subcollections) , one segment 
(subcollection) may merely be an audio presentation via a 
telephone, whereas an alternative segment (subcollection) may 
be a multimedia presentation element that is a combination of 
one or more of the following types of HTML multimedia data: 

30 audio, images, animation or video, wherein such a multimedia 
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element plays over a set period of time and can be as simple 
as a single image or as complex as a combination of images, 
audio, animation and video. Furthermore, segments may include 
interactive questions that audience members answer by, e.g., 
5 clicking on their display screens. 

Note that it is also an aspect of the present invention 
that an ordering of predefined segments (or subcollections 
thereof) is capable of being presented and archived, and 
subsequently represented. Moreover, such an ordering can take 

10 into account alternative segments for the presentation. Thus, 
multiple sequentially- ordered scripts can be created so that 
the leader can choose to change scripts in the middle of a 
presentation based on user feedback. Accordingly, a 
presentation leader has the ability to stop presentation of a 

15 particular script and its current subcollection of segments 
and change to a different subcollection of segments to be 
delivered to the audience. Subsequently, the leader can then 
resume the initial script at any time. 

Accordingly, to take advantage of this novel distribution 
20 of presentation materials, the present invention coordinates 
and controls computations and presentations at each client 
network node for each presentation audience member 
(hereinafter each such network node also may be synonymously 
denoted as a "client node," "user network node" or simply "user 
25 node 11 ) substantially simultaneously. In particular, one or 
more presentation controlling network connected nodes (each 
hereinafter also denoted a "host node") is provided for 
transmitting presentation controlling commands to the client 
nodes so that there is retrieval of the presentation segments 
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from one or more versions of the one or more network content 
server nodes depending on, for example , performance 
characteristics of network transmissions. Thus, it is an 
aspect of the present invention to dynamically and adaptively 
5 switch between content webservers and/or versions of the 
presentation according to network transmission characteristics 
at each client network node so that the clients at the client 
nodes have presented to them simultaneously, synchronously and 
in real time, corresponding (in content) segments of the 

10 presentation. For example, a first client (at a first client 
node) may experience the presentation as an ordered series of 
presentation segments, wherein the first and second ordered 
segments are presented in full animation, wherein the first of 
the ordered segments is obtained from a first content 

15 webserver and the second segment of the ordered segments is 
obtained from a second content webserver. Moreover, 
synchronously with the presentation to the first client, a 
second client (at a second client node) may experience the 
presentation in a slide show format from a third content 

20 webserver, wherein the initial two segments presented are 
corresponding alternative segments to the first and second 
segments presented to the first client. Additionally, a third 
client may synchronously experience the first segment of the 
presentation via network transmissions from the first content 

25 webserver but subsequently experience the corresponding slide 
show alternative to the second segment from the third content 
webserver due to, for example, network transmission slowdowns. 

It is a further aspect of the present invention to 
synchronously provide audio and video portions of the 

30 presentation through different communication channels (a 
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communication channel being a physical signal transport path 
together with a particular signal protocol) . For example, in 
one embodiment of the present invention (denoted hereinafter 
the "Telephony/ Internet embodiment") , the audio portion of the 
5 presentation is communicated audibly directly to a standard 
telephone using conventional voice grade telephony 
transmissions, and the corresponding video portion of the 
presentation is transmitted via a different network such as 
the Internet (more generally referred to herein as a 

10 "communications network' 1 ) using, e.g., a modem to interpret 
the transmission signals. 

It is a further aspect of the present invention to 
provide the same audio presentation portion to each client, 
and in this manner, maintain the continuity of the 

15 presentation between clients. Thus, regardless of the version 
of the video presentation provided, the clients have their 
presentations synchronized by at least experiencing 
simultaneously the same audio presentation. 

It is also an aspect of the present invention to allow 

20 presentation members to communicate with one another. For 
example, in the Telephony/ Internet embodiment, a client may 
communicate with other presentation members (including the 
presentation leader) during the presentation via the phone 
and/or by Internet messaging. 

25 In providing the above capabilities of the network 

presentation distribution system of the present invention, one 
or more of the previously mentioned presentation controlling 
network nodes ("host nodes") are utilized, wherein these nodes 
direct the flow of the presentation data between the 

30 presentation members . For example, in the Telephony/Internet 
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embodiment, such a host node, upon receiving the presentation 
instructions from a presentation leader indicating the next 
presentation segment (s) to be presented, transmits Internet 
presentation control signals to each of the client nodes 
5 identifying the next collection of corresponding versions of 
video segments from which each client node is to select a 
video segment for presenting. Additionally, the host node 
coordinates any accompanying audio portion for this segment so 
that the timing for the presentation of these audio and video 

10 portions of the segment (s) are synchronized. 

Moreover, during a presentation a host node provides a 
leader of the presentation with the ability to establish and 
control audience member involvement in the presentation* In 
particular, in the Telephony/Internet embodiment, this aspect 

15 of the invention is provided by the leader controlling the 
functionality of one or more phone bridges through which all 
the audio communication during the presentation may be 
routed. Accordingly, at any point the leader can speak into 
a microphone and broadcast his/her live voice to the audience 

20 members through the phone bridge (s) . This live voice audio is 
automatically mixed with any segment audio concurrently being 
provided by the phone bridge (s) . The leader can control the 
volume of the segment audio routed through the phone bridge (s) 
via controls at a leader control station (or simply "leader 

25 station") . When enabled by one of the phone bridges, the 
leader can also control the relative volume of his/her 
microphone. Otherwise the audio presentation portion routed 
through the phone bridge (s) is balanced by the automatic gain 
control on the phone bridge (s). 
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It is also an aspect of the present invention that any 
audience member can "request the microphone," from the leader 
to speak to the presentation audience. Accordingly, the 
leader has the ability to allow an audience member to speak to 
5 the entire audience. The leader can, of course, also choose 
to stop such audience participation at any time. Thus, the 
presentation leader may enable and disable audience member 
involvement during the presentation. 

It is also an aspect of the present invention that 

10 whenever an on-screen question is answered by audience 
members, the results are automatically collected and can be 
graphed. The leader can choose to display the graphical 
results to all of the audience members. An audience profile 
database may be created with the data obtained from each 

is audience member. Note that the audience profile database is 
maintained beyond any one presentation if such is desired. 

It is yet another aspect of the present invention that in 
parallel with all of the other types of interactions between 
presentation members, text messaging between the leader and 

2 0 any or all of the audience members is done through a messaging 
window. Further, audience members can send private messages 
to the leader as well as each other. These messages can be 
read during the presentation without interrupting the flow of 
the presentation. 

25 In another embodiment of the present invention, note that 

both the video and audio portions for a presentation may be 
provided by the Internet. Moreover, the present embodiment 
and the Telephony/ Internet embodiment discussed above may be 
intermixed during a presentation so that some clients may 

30 receive the entire presentation via the Internet (more 
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generally, via a communications network having physical 
transport and protocol (s) for supporting multimedia 
presentations) whereas other clients may receive the audio 
portion of the presentation via telephony transmissions of 
5 conventional voice communication through a telephone handset. 

Thus, audience members may simultaneously receive a 
coordinated sequence of multimedia data controlled by the 
leader to be displayed, e.g., by an Internet browser such as 
Netscape Navigator or Microsoft Internet Explorer. Moreover, 

10 the present invention supports standard media types, e.g., GIF 
animation, as well as plug- in components such as Java and 
Shockwave for presenting the data (audio, graphic images, 
animation and video) in real time at an audience member's 
browser. Furthermore, several variations of presentation 

15 content can be delivered based on, e.g., the current bandwidth 
available and the client's affiliated network server (s). 

Accordingly, the following advantages are provided by the 
present invention. 

(3.1) Allocated Bandwidth for Server Data Availability : 

20 The present invention allows the leader to 



selectively organize the number of audience members 
drawing data from a particular communications 
network server. By limiting the number of audience 



members on such a server to no more than 75, and 



25 



controlling the presentation services provided to 



audience 



members , 



presentation 



related 



data 



availability is enhanced for audience members. 



(3.2) 



Enhanced Reliability Through Distributed Components : 
The present invention supports presentation content 
being distributed to any number of communications 
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network (web) servers for enhanced reliability. 
Thus, if one of these network servers becomes 
inaccessible during a presentation, the present 
invention utilizes a notion of "virtual servers" 
5 (i.e., a collection of a number of communications 

network servers from which presentation data can be 
selectively transmitted) for determining an 
alternative communications network server. 
Accordingly, this allows the clients (audience 
10 members) using the affected communications network 

server to be switched to another network server in 
the virtual server collection during the 
presentation . 

(3.3) Evens out "Bursting" of Data by Distributing Its 

is Delivery : 

Although each segment of a presentation is treated 
as a unique (mult i) media element, the present 
invention is capable of delivering an entire 

20 collection of presentation segments to a client 

node while the presentation is being performed. 
This enables a more smooth flow of data during the 
presentation even though the segments may be 
transferred to client nodes in bursts. 

25 (3.4) Monitors Transmission Bandwidth and Alternate 

Data : 

Even with enhanced presentation data availability 
and distributed communications network (e.g. web) 
30 servers, there is still the possibility of data 



12 



delays from a slow network server of a saturated 
communications network (e.g., Internet) service 
provider. Accordingly, the present invention 
monitors: (a) characteristics of network 

5 transmissions of presentation materials to client 

nodes, e.g., the transmission network bandwidth 
(e.g., the data transmission rate), and (b) the 
amount of data cached on each client's node. Thus, 
when the data required for a segment is not timely 
10 cached prior to its intended performance at a 

client's node, alternate segment data is 
automatically requested from the communications 
network by the client node. In particular, the 
client node may request the segment data from an 
15 alternate communications network server through 

network address (URL) selection of the alternate 
communications network server. 
(3.5) Allows Presentation Participants to Reconnect and 

Synchronize with a Presentation in Progress : 

If a presentation participant is disconnected from 
the communications network (e.g., Internet) during 
a presentation, there is a simple reconnect option 
to put the participant back in the presentation 
synchronized with the rest of the participants. 
Note that since the audio portion may be provided 
via a separate telephony (voice communication) 
network, it is likely that the disconnected 
participant is able to maintain the continuity of 
the presentation. 

13 
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(3.6) 



Utilizes Controlled Client Requests ; 



For a given presentation , the present invention 
directs each client node to request presentation 
content from a given set of communications network 
servers rather than having such servers push 
presentation content to the client node. Among 
other advantages, this enables dynamic control of 
the pace of the presentation by a presentation 
leader while each client node selects specific 
display materials to attain that pace. Moreover, 
this strategy of requesting presentation content is 
typically not blocked by network firewalls such as 
are common in communicating with secure corporate 
intranets . 

Allows a Presentation to be Provided in Several 
Languages Simultaneously : 

The present invention's distributed network 
20 processing architecture makes it possible to 

present concurrently a presentation with content 
provided in natural languages specific to the 
audience members. For example, for the same 
presentation performance, different audience 
25 members may have the audio portion of the 

presentation presented in different languages, 
e.g., English and 'Japanese. Moreover, the video 
content (e.g., on HTML pages) can be specified so 
that written text provided in the presentation can 
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(3.7) 
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be displayed in different natural languages, 
depending on audience member preference. 

(3.8) Cooperates with Firewalls : 

The present invention allows confidential 
presentation data to be kept within a corporate 
intranet behind a firewall (i.e., .a network 
security feature that restricts communications with 
devices not included in the intranet, and in 
particular, that restricts the access to data 
stored within the intranet) . Thus, the present 
invention allows a show or presentation to be 
controlled externally from the firewall, while at 
least the confidential data remains within the 
firewall and is presented to only those within the 
firewall under the direction of a leader that is 
potentially outside the firewall. Further, because 
the present invention employs a "client -request" 
technology, where each presentation member's browser 
requests information from a communications network 
server, typically data transmissions in response to 
such requests are not blocked by most firewalls. 
Other features and benefits of the invention will become 

apparent from the detailed description and the accompanying 

figures herein. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figs . 1A and IB are a block diagram showing the 

functional components of the present invention such as the 

Internet ; 

Figs. 2A - 2D present a flowchart of the steps performed 
(by the embodiment of Figs. 1A and 2B) for presenting a 

15 



multimedia presentation to a plurality of clients, each at a 
different client node. 

Fig. 3 is an illustration of a presentation script for 
the present invention. 
5 Fig. 4 is a block diagram showing an other embodiment of 

the present invention, wherein a delayed first portion of a 
network presentation is provided to multimedia client nodes 
56b via a stream 328, and a substantially non-delayed second 
portion of the network presentation is provided to the 
10 multimedia client nodes 56b such that the first and second 
portions of the presentation are to have their performances 
synchronized. 

Fig. 5 is a high level flowchart showing the steps 
performed by the embodiment of the present invention shown in 
15 Fig. 4 to accomplish the synchronization at client nodes 56b 
of a delayed first portion of a network presentation provided 
via stream 328 with the substantially non-delayed second 
portion of the network presentation. 

DETAILED DESCRIPTION 
2 0 OF THE PREFERRED EMBODIMENT 

In Fig. 1, a block diagram illustrating the components of 
the presentation system 50 of the present invention is 
provided, wherein solid arrows denote presentation data flows 
25 and dashed arrows denote control data flows. Note that the 
presentation system 50 utilizes the following high-level 
components : 

(4.1) Client Sites 54: Client sites 54, where audience 

members receive a presentation. Typically, at 
30 least some of the client sites 54 are sufficiently 
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geographically dispersed so that a face-to-face 
presentation is not possible. Additionally, note 
that each client site 54 has at least one of a 
client node 56 (e.g., a personal computer), and a 
5 telephone 62 , wherein the client node 56 may 

receive video {and possibly audio as well) 
information from a communications network 70 such 
as the Internet, and the phone 62 may be used for 
receiving an audio portion of the presentation 

10 routed separately through one or more voice grade 

telephony networks (collectively labeled 74) . 
Accordingly, if the client node 5 6 is resident at a 
client site 54, then a network interface software 
package is required for receiving, e.g., video 

is presentation information from the communications 

network 70 (e.g., including the Internet). For 
many networks (such as those including the 
Internet) , this software package includes a network 
browser 78 such as the Internet browsers offered by 

20 Microsoft and Netscape, together with a client 

presentation software system 88 that coordinates 
with the browser 78 for requesting, receiving and 
displaying presentation segments (from the network 
70) as appropriate during the presentation. 

25 (4.2) Leader Stations 92 : One or more presentation 

leader stations 92 that provide the leader (s) of a 
presentation with the ability to control "the 
content of the presentation, the pace of the 
presentation, and any interactive communication 

30 with and between presentation audience members. 
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Note that each leader station 92 includes the 
client presentation software 88 and a network 
browser 78 so that each leader can also view the 
presentation as it is perceived by audience 
5 members. Additionally, the leader station (s) 92 

also have leader- specif ic presentation application 
software 94 for allowing a leader to control and 
direct a presentation. 

Note that each leader station 92 is connected 

10 to components of the operations center 58 either 

through the communications network 70, or directly 
using a 2 8.8 kilobits per second or ISDN 12 8 
kilobit dial-up phone connection . The operations 
center 58 amplifies a presentation leader's scope of 

is control using Internet Standard protocols (e.g., 

TCP/IP, FTP, etc.) to simultaneously transmit 
commands to a large group of clients. There may be 
one or more leader stations 92 per presentation 
performance. The leader tasks can be divided among 

20 a plurality of leader stations 92 to create, e.g., 

moderator, presenter, and show- control leader 
stations. These leader stations 92 may be co- 
located or geographically dispersed. 

(4.3) O perations Center 58 : An operations center 58 for 
25 coordinating, at least at a high level, 

presentation start-up and presentation 

communication under the direction of a presentation 
leader at a leader station 92. 

(4.4) Content webservers 96 : One or more content network 
30 server sites 96 (also denoted content webservers 
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96a/ and alternate content webservers 96b) for 
providing presentation data to client sites 54 
requesting such data via client nodes 56. Note 
that for the client sites 54 illustrated, the 
s content webservers 96a represent the presentation 

information suppliers of first choice. However, if 
difficulties (or expected difficulties) are 
encountered at one of the client sites 54 regarding 
receiving presentation segments prior to their time 

10 for display, then the client presentation software 

88 at the client site is capable of requesting, via 
the browser 78 at the client site, presentation 
segments from an alternate content webserver 96b 
prior to or during the presentation* 

is (4,5) Phone Bridge 10 0 : One or more phone bridges 100 

for supporting voice communication during a 
presentation is provided. The phone bridges 100 
route the audio portion of a presentation to 
certain client sites 54, thereby providing 

20 communications between the leader (s) and the 

audience members, and also providing communication 
between the audience members themselves . 



Each phone bridge 100 receives its commands 
via a direct dial up phone connection from a phone 
25 bridge control 24 0 (discussed hereinbelow) . The 

present invention may utilize a variety of phone 
bridges 100 to deliver audio and collect responses 
(e.g., voting by audience members on presentation 
presented issues) . Note that each phone bridge 100 
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is enabled either directly through an application 
program interface (API) , or by simulating a remote 
operator for the phone bridge. Some embodiments of 
the present invention utilize the following 
features provided by the phone bridges : an 
interactive mode, an audio only mode, call -back 
mode, and sub -conferencing (virtual conference 
table) mode, wherein these terms may be defined 
respectively, as: the leader and audience members 
are able to speak simultaneously to all 
presentation participants (interactive mode) , the 
leader speaks to all audience members while all 
audience member phones have muted microphones 
(audio only mode) , the phone bridge calls audience 
members (using a phone number provided via 
presentation registration and/or a connection with 
the client presentation software 88 at the client's 
client node) for connecting for the audio portion 
of the presentation (via, e.g., the public switched 
telephone network) (call-back mode) , subgroups of 
the audience and/or leaders are in the interactive 
mode with each other while in audio mode for the 
presentation performance (virtual conference 
table) . 

In cases where the presentation audience is 
mixed, with some members participating via 
teleconferencing or video conferencing and others 
viewing the presentation, voting for those who do 
not have an interactive network 70 connection can 
be accomplished with phone 62 pulse responses to 

20 



one of the phone bridges 100. In particular, these 
votes can be transferred to the operations center 
58,, and (as with any audience member responses) 
optionally transferred to the profile database 120 
5 described hereinbelow. Note that at the leader's 

discretion, a phone bridge 100 can be used to 
implement a help desk, wherein audience members 
requesting help before or during a presentation can 
be connected with a help desk operator for 
10 technical or customer support . The phone bridges 

100 can also be used by the leader to implement 
subconf erence chat groups for localized question 
and answer sessions following a presentation 
performance . 

15 (4,6) Content Manager 104 : A content manager system 104 

for managing presentation scripts and data. The 
content manager 104 logs and confirms the locations 
and addresses of content webservers 96 where the 
content for each presentation will reside. The 

20 content manager 104 distributes presentation data, 

such as scripting information for a presentation, 
thereby providing: 

(a) initial groupings of audience members 
according to, e.g., natural language preferred, 

25 organizational affiliation, geographical location, 

and/or intervening network connections and devices 
(e.g., firewalls and other security features, local 
area network connections) , and/or 
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(b) sequencing of presentation segments to 
the operations center 58 (and more particularly, 
the host(s) 200 described hereinbelow) . 

Additionally, the content manager 104 
distributes presentation content (e.g., 
presentation segments) to the content webservers 96 
and verifies that the content is capable of being 
presented to audience members immediately before a 
presentation time. Note that the verification 
process makes sure that all the links in the 
presentation or show can be resolved appropriately. 

Finally, at the end of a presentation performance, 
the content manager 104 may remove the presentation 
content from one or more of the content webservers 
96. 

Further note that the content manager 104 
includes a reservation system 108 for maintaining a 
schedule for presentation and for reserving 
resources of the operations center 58, and any 
presentation leader support such as leader stations 
92. The content manager 104 also includes an 
invitation subsystem 112 that is capable of 
maintaining invitation lists of candidate audience 
members, together with corresponding addresses 
(e.g., e-mail addresses) for various presentation 
performances. Additionally, the invitation 

subsystem 112 is capable of accessing client 
profile information for past audience members 
residing in the profile database 120. Accordingly, 
by comparing client profile information in the 
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profile database 120 with the information in 
various invitation lists, and/or presentation 
descriptions (e.g., keywords, etc.), prospective 
audience members for a particular presentation can 
be notified of future similar presentations via, 
e.g., e-mail. 

Additionally, the content manager 104 is also 
responsible for accessing and maintaining a show 
content archival database 126. Thus, following a 
live presentation performance using the present 
invention, the content manager 104 is capable of 
downloading the presentation content from the 
various content webservers 96 as well as 
presentation information retained in the operations 
center 58 into the show content archival database 
126 for storage and/or possible replay. Note that 
the audio portion of a presentation is stored as a 
single continuous recording made by one of the 
phone bridges 100 during the presentation. Further 
note that the presentations stored in the show 
content archival database 126 are capable of being 
transmitted to various network 7 0 sites for 
subsequently time-delay delivery if desired. 
Software Download and Client Support System 130 : 
The present invention includes a software download 
and client support system 13 0 for providing 
presentation enabling software (e.g. client 
presentation software 88) to both client sites 54 
and leader stations 92. Additionally, the software 
download and client support system 13 0 supplies 
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presentation software to the leader stations 92 
that allows leaders to control and direct their 
presentation performances. Finally, the system 130 
provides client support via, e.g., the telephony 
5 network 74 . 

(4.8) Pre-show Control System 136 : A pre -show control 

system 136 for providing audience members and 
potential audience members with presentation 
related information both for registering for 

10 presentation performances and for establishing 

initial network (70 and/or 74) connections 
immediately prior to a presentation performance, so 
that presentation content can be provided to each 
audience member's client site 54. Thus, the pre- 

15 show control 13 6 provides audience members and 

prospective audience members with presentation 
booking information such as presentation topics, 
presentation performance dates, times, 

identification of leaders and/or lists of 

20 participants. Further, the pre-show control 136 

also provides presentation content and script 
information to the operations center 58. Within 
the pre-show control subsystem 13 6, there is a 
registration module 140 and an associated network 

25 interface (not shown) , wherein audience members 

confirm their registration for a presentation 
performance, via, for example, network 70. Note 
that confirmation of presentation performance 
registration includes, if necessary, a download of 

30 presentation specific software that provides a 
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client with an icon on the client's client node 56 
as a reminder of the scheduled presentation 
performance date and time for which the client has 
registered. Further, if the presentation for which 
5 the client has registered requires one or more 

software audio or video software systems, then the 
downloaded application software checks for these 
systems on the client's client node 56 and 
subsequently advises the client if one or more of 

10 the software systems required must be downloaded 

prior to the presentation performance. 

Further note that the presentation application 
software downloaded to a client node 56 from the 
registration module 140 may be used for: 

is configuring the client node 56 appropriately for 

the subsequent presentation performance, running 
tests at the client node for assuring that the 
presentation will be presented properly, allowing 
the client node to pre-load certain content 

20 portions of a presentation, and/or providing the 

client with access to the lobby system 144 
(discussed hereinbelow) for establishing initial 
network (70 and/or 74) connection (s) immediately 
prior to a presentation performance. 

25 Note that the software application downloaded 

from the registration module 140, in one 
embodiment, also allocs a client to preview 
highlighted web pages of the upcoming presentation. 
Moreover, this software may allow the client to 

30 reconfigure and re-test his/her client node 56 for 



25 



determining whether a desired configuration has 
been provided for a presentation performance. 

Regarding the lobby system 144 also contained 
in the pre-show control 136, the lobby system 
provides the initial connection point (s) for the 
audience members immediately prior to a 
presentation performance for which the audience 
members have registered. Accordingly, once network 
70 and/or 74 connections have been established, the 
lobby system 144 connections are transferred to the 
operations centers 58 at commencement of the 
presentation performance. 

(4.9) Accounting System 150 : In one embodiment, an 

accounting system 150 is provided for the present 
invention for managing its financial operations. 
In particular, the accounting system 150 includes a 
billing system 154 for maintaining a chart of 
accounts for both billing clients (and/or their 
affiliated organizations) having received a 
presentation, and billing presentation leaders 
(and/or their affiliated organizations) requesting 
the services of the present invention for 
distributing performances of their presentations. 
Additionally, the accounting system 150 also 
includes a reporting subsystem 158 that outputs 
reports related to presentation performances, to 
clients and presentation leaders. 
Referring now to the operations center 58, a high level 

internal structure of this component will now be described. 

This component includes one or more host modules 2 00 for 



coordinating: (a) the dissemination and timing of 

presentation content under the direction of a presentation 
leader(s), (b) the interactions between the leader(s) and the 
audience members as well as between members of the audience 
5 themselves, (c) the gathering of feedback information from 
audience members according to, for example, answers to 
questions posed to the audience members during a presentation 
performance, and (d) providing results from audience 
participatory responses to the leader (s) and/or audience 

10 members. Accordingly, note that in one embodiment of the 
present invention, the computer on which a host 200 is 
resident has the following features: 64 megabytes of RAM, 166 
MHz Pentium processor, NT operating system, Ethernet network 
card, in a configurable CUBIX backplane available through 

15 CUBIX, Inc., 2800 Lockheed Way, Carson City, Nevada. 

Each such host 200 is capable of managing one hundred or more 
interactions with clients and/or subordinate hosts 210 wherein 
the subordinate hosts are distributed on the network 70 to 
thereby increase an operation center host's span of control by 

20 100 or more clients and/or further subordinate hosts per 
subordinate host to create an unlimited audience . Note that 
each host 200 receives presentation script information from 
the content manager 104 in preparation for initiating the 
performance of a presentation. Further, each host 200 

25 receives from the lobby system 144 audience member 
identifications for each presentation performance controlled 
by the host immediately prior to the performance of the 
presentation. Note that each such audience member 

identification typically includes: (a) a unique six digit 

30 client identifier which is encoded into the client 



27 



presentation software 88 for each presentation performance 
client, and (b) a three digit group identifier for assigning 
one or more webservers 96 to provide presentation content. 
Note that the software download and client support system 130 
5 encodes these two identifiers into the client presentation 
software 88 prior to distribution to client nodes 56. 

The host 200 also receives content webserver 96 
identifications, and presentation script identifications from 
a show scheduler 204. This scheduler 204 provides the 

10 functionality of the present invention for scheduling 
presentation performance times and the resources needed for 
performing each presentation. Thus, the show scheduler 204 
provides the pre-show control 136 with scheduled show times 
and dates, and, as mentioned above, provides a host 200 

15 responsible for a presentation with content webserver 96 
identifications and presentation script identifications 
immediately prior to the performance of the corresponding 
presentation ♦ Note that in the embodiment of Fig. 1, the show 
scheduler 2 04 may be utilized to reserve resources at various 

20 content website servers 96 as well as phone bridges 100 in 
addition to other resources of the operations center 58. Note 
also that the show scheduler 204 provides show schedule data 
to a security system 208, this latter system described 
hereinbelow. However, in other embodiments of the show 

25 scheduler 204, resources may be allocated for a presentation 
according to the number and geographical locations of clients 
desiring to participate in a particular presentation. 

For each presentation performance, the presentation 
controlling host 200 also receives, from a presentation 
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performance specific resource file or data base 212: 
(a) content webserver 96 network addresses (e.g., for the 
Internet, these addresses being URLs) identifying the network 
70 sites having presentation content data; (b) audience member 
5 lists of clients that have registered for the presentation 
performance and can therefore become audience members, if they 
choose to; (c) groupings of registered clients; and (d) script 
names and locations from which to retrieve the presentation 
script from the content manager 104 . Accordingly, note that 

10 the records of the corresponding resource file 212 associate 
presentation identifiers with content webserver 96 URLs and 
path names on these webservers where presentation content data 
resides. Thus, since the presentation scripts received by the 
hosts 200 from the content manager 104 are generic in that the 

is scripts have variables or placeholders for content webserver 
96 identities, each host 200 uses information from the 
corresponding resource file 212 (retrieved according to 
presentation identification) for resolving the undefined 
content webserver variables of the generic scripts, and 

20 thereby instantiating presentation scripts and presentation 
data with specific content webserver 96 references. Note that 
the resource file 212 may be created from information in a 
scheduling data base (not shown) populated with, e.g., content 
webserver 96 groupings (each grouping for supplying 

25 presentation content to a particular group of audience 
members) and audience member group identifications. The 
grouping of the webservers and the audience member groupings 
are both indicated by the three digit group identifier also 
encoded into each copy of the client presentation software 88 
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distributed by the software download and client support system 
130 as previously discussed. 

Each host 200 also sends commands to an audio system 220 
for controlling presentation audio content that has been 
previously recorded for performance of the presentation to 
which the audio content is associated. In particular, a host 
200 controlling a particular presentation sends audio 
presentation coordinating commands that direct and control the 
audio system 220. The audio client 224 provides the following 
functionality in response to host commands. The audio client 
224 may (a) utilize a plurality of specialized audio players 
236 depending on the audio compression of the audio portion of 
a presentation to be provided to the client sites 54 via the 
phone bridge 100, and/or via the network 70 in an alternative 
embodiment, (b) establish a connection to the audio server 228 
at a specified network 70 location (note that in one 
embodiment the audio server may be accessible as an 
addressable node on the network 70), and (c) start, pause, 
resume, position within, and stop an audio playback with an 
identified audio file or stream. Note that in performing the 
functionality described above, the audio client 224 may 
receive the following types of commands from a host 200: a 
network 70 node address (URL) containing the location and the 
name of an audio file or stream, and the current state wherein 
the possible states are: playing at a particular position, 
paused, or stopped. 

The audio client 224 controls at least two other modules 
of the audio system 220, in particular, the audio server 228 
and the audio player 236. For a presentation to be performed, 
the audio server 228 is preloaded with audio presentation data 
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by the content manager 104 prior to the performance of the 
presentation. The audio server 228, in turn, supplies the 
audio portion of selected presentation segments to the audio 
player 23 6 as directed by the audio client 224. Accordingly, 
5 the audio player 236 prepares the audio information for output 
to one or more of the phone bridges 100. More particularly, 
the audio player 236 performs the following functions: (a) 
receives audio IP from the audio server 228, (b) buffers IP 
packets received from the audio server, (c) decodes compressed 

10 audio data from IP audio packet, (d) controls an audio device 
(computer card) to create analog, line level, or direct public 
switched telephone network (PSTN) output audio signals. Thus, 
at the request of the audio client 224, the audio player 236 
outputs audio segment information to an audio client 224 

15 designated phone bridge (s) 100 for subsequent transmission to 
identified client sites 54, thereby providing presentation 
audio to clients in real time during a presentation 
performance. Thus, the hosts 200 and the audio system 22 0 
coordinate so that the pre-recorded audio portions of each 

20 presentation are delivered to the phone bridge (s) 100 and 
distributed to the client sites 54 in a coordinated manner 
with corresponding video and/or graphic presentation segments. 

It is important to note that several variations of 
presentation content can be provided to clients based on the 

25 available bandwidth on network 70, as well as adjunct networks 
of various kinds that coordinate with network 70 for 
transmitting presentation information to client sites 54; 
e.g., such adjunct networks may be local area networks, 
virtual private networks, and corporate intranets. Further, 

30 note that the audio client 224 can direct the audio server 228 
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and the audio player 234 to supply corresponding pre-recorded 
audio versions of presentation segments in different 
languages. Accordingly, the audio player may simultaneously 
output to one or more of the phone bridges 10 0 a plurality of 
5 different audio versions of pre-recorded materials for a 
presentation that are in different languages. 



more phone bridges 100 via a phone bridge control module 240. 
The phone bridge control module 240 provides an interfacing 

10 control system between the host 200 and the phone bridges 100 
so that details of particular phone bridge 100 control 
commands and details of operations of phone bridges 100 need 
not be embedded in host 200 system software. Accordingly, 
under the direction of commands from the host 200, the phone 

15 bridge control module 24 0 is capable of directing one or more 
phone bridges 100 to provide the following types of audio 
transmissions during a presentation: 

(5.1) Direct phone bridge (s) 100 to route various audio 



Each ho 



st 200 also directs the operation of the one or 
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presentation portions to particular client site 
phones 62 as well as leader stations 92; 



(5.2) 



Establish appropriate telephony connections so that 
an audience member can address all presentation 
participants; 
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(5.3) 



Establish one or more audio subgroups from the 
collection of audience members of a presentation. 
In particular, for some types of presentations 
wherein periodic conferring among subgroups is 
deemed advantageous, such audio subgroups can be 



considered 



as 



a 



vehicle 



for 



providing 
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subconf erencing capabilities; 
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(5.4) Assuming that subconf erence groups of audience 
members are capable of being provided by the phone 
bridge (s) 100, the phone bridge control 240 is 
able, if directed, to configure the phone bridge (s) 

5 for allowing a subconf erence group to address all 

audience members and subsequently return to 
conferring privately among the audience members of 
the subconf erence ; 

(5.5) Instruct the phone bridge (s) 100 to monitor 
10 telephone lines of audience members for input 

regarding answers to questions posed to audience 
members and whose responses are provided via the 
pressing of digits on phones 62 at client sites 54; 

(5.6) Enable full interactive audio to all audience 
is members where each audience member is capable of 

speaking to other presentation performance 
participants . 

(5.7) Place a single audience member or the entire 
audience into audio (listen only) mode without 

20 deactivating the audio presentation performance 

from the audio system 22 0. 
Each host 200 is also in communication with the security 
subsystem 208 referred to hereinabove. Note that all external 
communications from third parties to a host 200 is routed 
25 through the security subsystem 208. This subsystem provides 
various kinds of communication security measures such as: 
(6.1) A data packet filtering router (not shown) for 

filtering out network 70 communications from 
unknown network 70 sources; 
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(6.2) A communications protocol and port-specific 
firewall (not shown) for rejecting certain 
communications addressed to specific ports unless 
the communications are provided in a particular 

5 protocol such as HTTP, HTTPS, or FTP; 

(6.3) An encryption tunnel (not shown) for encrypting 
communications to be transmitted on the network 70 
(via the internal webservers 248 that interface 
with the network 70) , and for decrypting 

10 communications received from the network 70 (via 

the internal network servers) ; 

(6.4) A validation subsystem (not shown) for validating 
participants requesting access to operations center 
58 resources. Validations performed here includes 

is validating presentation performance identifiers 

provided by client site 54 network 7 0 addresses, 
passwords provided by clients, and client 
presentation software 88 embedded identifiers; and 

(6.5) Virus detection software. 

20 Note that the security subsystem 208 resides on a separate 
computational device from that of the host 200. Further, note 
that the security subsystem 208 may translate network 70 
received communications into a proprietary protocol before 
sending such communications to other components of the 

25 operations center 58. Moreover, for network 70 communications 
intended for different operations center processes and/or 
related to different presentation performances, different 
levels of security may be implemented. Thus, network 70 
communications for one presentation performance might include 

30 only minimal protection such as virus protection and protocol 
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translation prior to transmitting communications to, e.g., the 
host(s) 200, or to the internal webserver (s) 248. 
Alternatively, at an opposite extreme, wherein high security 
is desired for a presentation, all of the features (6.1) 
through (6.5) may be performed for communications received 
form the network 70, and at least encryption is performed for 
communications transmitted across network 70 to, e.g., client 
sites 54. 

The present invention also provides and/or facilitates 
further security features. For example, for corporations that 
want to guarantee the security of their data during network 
presentations, the distributed server architecture of the 
present invention allows for content webservers 96 to be 
placed within a secure corporate intranet 26 0. More 
particularly, such content webservers 96 may be behind a 
firewall 264, such that the firewall is between such content 
webservers and the presentation controlling host(s) 200. 
Thus, proprietary corporate data may reside behind the 
firewall 264 while presentation control may be performed 
externally. 

Additionally, data access security can vary according to 
the needs of the presentation participants and/or their 
affiliated organizations. Thus, at one extreme, there is 
substantially no data security for the presentation data. 
Accordingly, the data may be available to anyone who knows a 
content webserver's network 70 address. This security level 
is similar to publishing data by creating World Wide Web pages 
on web sites and, in fact, presentations performed using the 
present invention can use actual World Wide Web websites as a 
source for presentation data. 



A simple physical security capability may be used by the 
present invention for protecting presentation data by 
controlling the time span for which the data is accessible to 
clients. This involves keeping the data inaccessible when a 
5 presentation is not being performed. For example, 

presentation data may be maintained on private content 
webservers 96 or in private directories until near show time, 
making such data available at show time, and removing the data 
after the presentation performance terminates. Various 

10 aspects of this time based data management capability are 
directed by the show scheduler 204 for the operations center 
58 and the content manager 104. In particular, the show 
scheduler 204 may keep presentation data residing within the 
operations center 58 inaccessible to other components of the 

15 operations center as well as to the pre-show control 136. 
Additionally, the content manager 104 may prohibit access to 
presentation data on content webservers 96 by providing the 
data on the webservers substantially only during the 
presentation, and/or changing accessibility permissions on 

20 presentation data previously provided on the webservers so 
that it is substantially only available during a presentation 
performance . 

For an intermediate level of physical security, 
presentation data can be located on operations center content 

25 webservers 96 (either internal to the operations center or 
external thereto) that require passwords, do not allow 
overwriting of data, and are not used for unsecured data. For 
high security, the intermediate security measures may be 
enhanced by recording each client's identity and/or network 70 

30 address as they connect to a host 200. Furthermore, the high 
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security measures may only allow network 70 connections from 
p re _ a pp rov ed network addresses using a specified protocol and 
port number for the duration of a particular presentation for 
which the client is registered. 

In addition to any physical security methods as discussed 
hereinabove, presentation data can be encrypted prior to 
network transfers in any manner which the clients' browsers 78 
can (with plug-ins) decrypt. Assuming the network 70 is the 
Internet, the operations center servers 248 support common 
gateway interface (CGI) and Internet information server (IIS) 
extensions for processing URLs and a presentation can 
implement standard web data security by using Internet 
protocols such as file transfer protocol (FTP) with user 
identification plus password, and hypertext transport protocol 
secure (HTTP) . Also note that the security measures for the 
present invention are not restricted to providing 
communications on generally used port numbers (e.g., 
communication between the host and leaders or audience members 
can occur on either port 60 or port 80 in any combination for 
a single presentation performance. Note that special security 
presentation performances can be run using any port number 
desired when using servers 248 in the operations center, or on 
intranets (e.g., the secure corporate intranet 260). For 
dynamic data generated during a presentation (e.g., data 
collected from audience member responses) , the HTTPS protocol 
is useful, even in an otherwise unsecured presentation, for 
transmitting questions, collecting response, and returning 
results through a secure sockets protocol. In particular, the 
HTTPS protocol provides an encryption method generally 
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accepted as secure enough for transmission of sensitive 
financial data over public networks. Accordingly, this 
provides security for collected client information because the 
response data is transferred to a host 200 in an encrypted 
format. Furthermore, the presentation performance controlling 
host 200 protects the received data by not sharing it, and the 
host 200 does not support standard network 70 (Internet) data 
access protocols. 

Additionally, note that the presentation controlling host 
200 is secured separately from the presentation data security. 

In particular, each host 200 executes on a server within the 
operations center 58, wherein the host will only accept a 
network 70 connection from a client node 56 having the 
appropriate version and/or identification for a presentation 
being controlled by the host. Moreover, the client and/ or the 
client's presentation software 88 must be able to access the 
host 200 through its network 70 address and present the 
correct presentation identification at the time of the 
presentation performance. 

Since the show scheduler 204 selects the host 200 from a 
plurality of such hosts and also selects the time window for 
each presentation performance, several other security measures 
may be implemented for a presentation performance including: 
restricted access to the client presentation software 88, 
uniqueness of each presentation performance identification, 
encoding of the network 70 (Internet) address of the host for 
the presentation and scheduling the date and time of the 
presentation. Note that the show registration system 14 0 
facilitates these security measures in the show scheduler 204 
by providing encoded presentation invitation network addresses 
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(URLs) to clients and/or their client nodes 56. Further, 
addresses of clients for a particular presentation may be sent 
to each of the content servers 96 having data for the 
presentation. Thus, when such a content server 96 receives a 
presentation data request from a client node 56, the client's 
address, the presentation identification, and the presentation 
performance schedule time may be validated at each content 
webserver 96 accessed. 

The degree of security placed on presentation performance 
invitation distribution and the verification of invited 
presentation participants by each content webserver 96 is 
selected by a sponsor of the presentation. Note that the 
invitation system 112 does not have a direct data connection 
to the show scheduler 204. Thus, accidental release of 
sufficient presentation performance information to allow 
unauthorized access to a presentation performance is unlikely. 

Additionally, to provide for dual path information 
security (e.g., to and from the operations center 58), the 
presentation software 88 can also require a password for 
activation, wherein the password is unique to the client 
and/or unique to a particular configuration of the client's 
client node 56 and wherein the password may be manually 
entered immediately prior to a presentation connection to a 
host 200. Note that for presentations using data secured 
within a secure corporate intranet 260, the client host 
connections can transmit encrypted network 70 addresses. 

Since each host 200 does not have access to presentation 
resources (e.g., invited client lists, content webserver 96 
addresses, presentation thumbnail images, sign-on passwords, 
phone bridge 100 type and presentation scripts) until the show 



scheduler 204 sends them to the host 200 with the presentation 
startup commands, or a leader for the presentation adds 
resources to an active presentation performance, it is remote 
that sensitive and/or proprietary presentation data can be 
5 accessed through a host 200. Moreover, a sponsor can create 
and perform a presentation without the presentation content 
data ever residing at the operations center 58. Further, in 
cases where interactive response data received during a 
presentation performance is considered extremely sensitive, 
10 the sponsor may process the client responses at sponsor 
controlled network sites and subsequently, if desired, forward 
statistical summaries to the presentation controlling host 200 
for any desired distribution to audience members. 

Regarding security and presentation leaders, the 
is leader (s) of a presentation can be verified by use of one or 
more passwords in addition to the host 200 address, port 
number, presentation identification, and presentation 
performance time for his/her presentation performance. Note 
that such leader passwords may be unique to each presentation 
20 performance and may be supplied to the presentation 
controlling host 200 by the show scheduler 2 04 immediately 
prior to the start of a presentation performance for thereby 
validating presentation leader (s) . Additional leader 

information may be also provided to enable multiple leaders 
25 for a single presentation performance and to also enable 
different presentation control functions to be allocated among 
leaders according to their presentation passwords. 

The leader software 94 may be distributed to presentation 
leaders and/or leader stations 44 by diskette or by a network 
30 70 download. This software may be generated with built-in 
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addresses and presentation identification numbers as well as 
particular ports for connecting to the presentation 
controlling host 200. Note that since presentation leaders 
have access to various resource usage, supply and change 
5 capabilities, additional security measures may be applied to 
leaders and the leader software 94. In particular, for 
leaders connecting through the network 70 (Internet) , an 
encryption tunnel (not shown) can be established on the leader 
host connection, wherein such an encryption tunnel provides 

10 encapsulation of a proprietary high security protocol within 
the IP protocol. Further, to provide secure, high reliability 
connections directly to a leader, the operations center 58 
maintains several dial-in lines which may be used at 28.8 
kilobits per second or ISDN rates (e.g., of up to 128 kilobits 

15 per second) . Note that connections on such dial-in lines are 
also usable by presentation audience members at the leader's 
discretion if their client identifiers are available to the 
operations center 58 from the content manager 104 after the 
leader connection is accepted. 

20 If the above described security features are utilized by 

the present invention, then it is able to deliver a 
presentation performance with any mixture of security levels 
between the two extremes of: (a) no security processing of 
transmitted audience member responses, show data content, or 

25 presentation data locations, and (b) full security processing 
with only invited audience members, securing all audience 
member responses, storing and protecting the presentation data 
content, and securing the connection between each leader or 
audience member and the presentation controlling host 200. 

30 Furthermore, the security of the operations center 58 may be 
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audited using hacker prevention tests and virus detection and 
prevention methods as one skilled in the art will understand. 

Figs. 2A through 2D represent a flowchart of the high 
level steps performed by the network presentation system 50 
5 the present invention. In particular, this flowchart 
illustrates the high level steps performed for both initiating 
and operating a presentation for audience members at clients 
sites 54. Accordingly, in step 404, prior to the scheduled 
time of a presentation performance, the show scheduler 2 04 

10 supplies the host 200 assigned for controlling the 
presentation with an identifier that uniquely identifies the 
presentation performance and provides with this identifier one 
or more passwords that can be used by the host 200 and/or the 
security subsystem 208 for identifying the leader (s) and 

is clients that attempt to connect with the host 200 as 
presentation participants . Note that such connections to the 
host 200 will typically be through the security subsystem 208 
and therefore be subject to various security measures 
discussed hereinabove to which the presentation and its 

20 participants are subject. Subsequently, in step 408, the host 
200 uses the presentation performance identifier to request 
the one or more scripts for the presentation from the content 
manager 104. Note that the presentation scripts provide: (a) 
identification of segments to be presented during the 

25 presentation, (b) sequencing information regarding the order 
of presentation of the segments, (c) alternative versions of 
various segments and/or collections of segments that may be by 
the leader (s) of the presentation. Note that further 
description of presentation scripts and their representations 
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are provided hereinbelow. Also note that the presentation 
performance identifier is used by the content manager 104 for 
retrieving the presentation script (s) from the show content 
archive 126 for thereby returning the presentation script (s) 
5 to the host 200. In step 412, each leader for the 
presentation logs onto the host 200 by supplying appropriate 
validation information such as a password and presentation 
performance identifier. Further, if there is more than one 
leader, then additional leader identifying information may be 
10 required for differentiating the roles of various leaders for 
the presentation. 

In step 416, the pre-show control system 136 accepts 
network 70 and/or network 74 connections by candidate clients 
for the presentation performance. Note that it is assumed 
15 that the clients have previously registered for the 
presentation performance with the registration module 140 and 
therefore have been provided with validation information (e.g. 
a presentation performance identifier and/or password) for 
validating each client as an audience member for the 
20 presentation. Subsequently, in step 420, a determination is 
made by the pre-show control system 136 as to whether each 
candidate presentation audience member is connected to the 
pre-show control system by the communications network 70 or by 
the telephony network 74. If it is determined that a 
25 candidate presentation client is connected by the 
communications network 70, then step 424 is performed, wherein 
the candidate client logs onto the pre-show control 136 with a 
previously provided login. Note that this login may include a 
presentation performance identifier for the presentation and a 
30 password for identifying the candidate client as being 
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registered for the presentation performance. Further note 
that in one embodiment, this step is performed by the lobby 
system 144. Subsequently, in step 428, a determination is 
made by the pre -show control system 13 6 (or the lobby system 
144) as to whether the entered login is valid. If the login 
is determined to be invalid, then step 432 is performed 
wherein the connection with the pre-show control system 136 is 
terminated. Note however, it is within the scope of the 
present invention that various retries can be provided as one 
skilled in the art will understand. Alternatively, if the 
candidate client's login is determined to be valid, then step 
436 is performed wherein the pre-show control (determines 
whether the client's client node 56 is configured 
appropriately for the presentation performance) . In 
particular, the pre-show control system 136 determines whether 
the client presentation software 88 is operable on the 
client's client node 56. Further, the pre-show control system 
136 may also determine whether the client's client node 56 has 
the appropriate network 70 addresses (e.g. URLs) of the 
content webservers 96 available for supplying presentation 
segments to the client node. 

Subsequently, assuming the client's client node 56 is 
appropriately configured for the presentation performance, in 
step 440, the pre-show control system 136 transfers the 
client's client identifier and network 70 address to the host 
200. Following this step, in step 444, when the time for the 
presentation arrives, the client's client presentation 
software 8 8 via the network 70 establishes a network 70 
connection between the client's client node 56 and the host 
200 controlling the presentation performance. Note that such 
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activating may be performed during the client ! s login session 
with the pre -show control system 136 if such occurs within a 
few minutes of the start of the presentation. After the host 
200 is contacted, it instructs the client presentation 
5 software 88 to establish a connection with one of the internal 
webservers 248 for dynamic content. 

Additionally note that the lobby system 144 substantially 
provides the functionality for the present step (step 444) . 
In particular, the lobby system 144 may maintain the login 

10 session connection until the time for commencement of the 
presentation performance. Moreover, the lobby system 144 may 
provide the client with excerpts of other presentations as 
well as advertisements and/or other informative material. 

Following the activation of a connection between the 

is client node 56 and a presentation controlling host 200, in 
step 448 the client presentation software 88 is instructed by 
the presentation controlling host 200 (hereinafter for 
simplicity referred to as the "host 200") to retrieve and 
cache, via network 70, one or more initial presentation 

20 segments from identified content webservers 96 where the 
presentation segments have been pre- stored. Note that the 
initial presentation segments (as well as subsequent 
presentation segments) may be different for clients at 
different client sites 54. In particular, the segments 

25 provided may depend on network 70 transmission rates, client 
natural language preferences, unique organizational displays 
and/or data (corporate logos and/or confidential financial 
data) , and configurations of client nodes 56 (e.g. the 
software and/or hardware) . 
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Returning now to decision step 420, if this step 
determines that the client's connection is via the telephony 
network 74, then in step 450, the pre-show control system 136 
requests that the client enter an acoustic login via digits on 

5 the telephone 62 at the client's client site 54. Note that 
clients that login through telephony network 74 may intend to 
participate in only the audio portion of a presentation 
performance. However, clients who login in this manner can 
subsequently log in to the pre-show control system 136 via a 

10 network 70 connection and obtain a multimedia performance of 
the presentation. 

In step 452, the pre-show control system 13 6 determines 
if the acoustic login is valid. If not, then in step 456 the 
call is terminated. Alternatively, if the login is deemed 

15 valid, then the pre-shown control system 13 6 determines the 
level of presentation to which the client has been assigned. 
In particular, the client may be assigned to an audio 
presentation or alternatively to a multimedia performance of 
the presentation. Thus, if the client has been assigned to 

20 obtain a multimedia presentation via the network 70, then in 
step 464 the pre-show control system 136 automatically 
performs any necessary pre-show housekeeping tasks for thereby 
allowing a more expedient network 70 login by the client for 
obtaining the multimedia performance of the presentation. 

25 Note that in particular, any financial transactions prior to 
the presentation such as credit card number" transfers and/or a 
change of the location of the client's site 54 may also be 
performed during the present step. Moreover, it is also an 
aspect of the present invention that speech recognition 
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modules can be used for interpreting client input. Further, 
note that the tasks performed in step 464 may also be 
performed by registration module 140 during registration for 
the presentation, such registration potentially occurring 
5 substantially prior to the performance of the presentation. 
Additionally, regardless of the flow of control path taken 
from step 460, step 468 is encountered wherein at the time to 
commence the presentation performance, the pre -show control 
system 13 6 requests that the host 20 0 transfer control of the 
io client's telephony call so that it is controlled by the 
control bridge controller 24 0 for receiving the audio portion 
of the presentation performance. Subsequently, regardless of 
whether the client is to receive the presentation performance 
via network 70 and/or network 74, step 472 is performed 
15 wherein the host 200: (a) activates the leader software 94 on 
the leader station (s) 92 used in controlling the presentation 
performance; and (b) activates the client presentation 
software 88 at the leader station (s) 92 for viewing the 
presentation performance as an audience member will. 
20 Subsequently, steps 474 and 476 are performed 

concurrently wherein each client having a client node 56 has 
its client presentation software 88 in a wait state waiting 
for a presentation command (s) from the host 200 via the 
network 70, while in step 476, the leader (s) for the 
25 presentation performance determines the first collection of 
corresponding presentation segments and transmits the identity 
of the selected collection to the host 200. Note that there 
can be more than one version of the presentation from which 
the leader can select segments for presenting to the audience 
30 members. Further, note that of the versions being selected, 
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the present invention may automatically select subversions to 
be provided to various audience members depending upon, e.g., 
data rate transmissions by the network 70 from content 
webservers 96. However, it is also an aspect of the present 

5 invention that the leader (s) may override the automatic 
selection of subversions of a presentation performance and/or 
mandate that a particular subversion be provided to various 
audience members. In particular, this can be accomplished by: 
providing only one rendition of source material such as a high 

10 resolution corporate logo and leaving all alternate resource 
fields of the script blank and providing only one "level" of 
scripted resources for that presentation collection, as will 
be discussed in further detail hereinbelow with reference to 
Fig. 3. 

15 m step 480, if the leader station 92 providing the 

identity of the presentation segments is external to the 
operations center 58, then the security subsystem 208 checks 
the leader input for validity via, e.g., determining the 
network 70 address from which the identity of the selected 

20 presentation segments have been transmitted. Assuming that 
the transmission from the leader station 92 is deemed valid, 
in step 490, a determination is made as to whether the 
leader (s) has determined a next collection of one or more 
segments whose identities have been supplied to the host 200. 

25 In particular, the leader (s) may choose to identify such 
segments to the host 200, or indicate that the performance of 
the presentation to be terminated. Accordingly, if no other 
segments are determined and/or the leader (s) indicated 
presentation performance termination, then step 494 is 
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performed wherein the presentation software 88 is removed from 

client nodes 56. 

Alternatively, if an additional collection of segments is 
determined, then in step 500, the host 200 accesses the 
5 presentation script (s) with the leader supplied 
identifications for the segment collection, thereby obtaining 
additional data items regarding the segments of the collection 
as will be further described hereinbelow. 

Subsequently, in step 504, the host 200 accesses the 
.0 resource file 212 for resolving virtual webserver names in the 
accessed segment collection for thereby providing actual 
content webserver network 70 addresses having at least the 
video versions of the presentation. Additionally, note that 
it is within the scope of the present invention that resource 
L5 file 212 can also be accessed for resolving identifiers and 
thereby identifying a corresponding audio portion to be 
presented to audience members via the audio system 220 and the 
phone bridge (s) 100. 

Following step 504, in step 508, the host 200 sends one 
20 or more commands to each copy of the client presentation 
software 88 indicating both the next collection of segments to 
be retrieved by the client nodes and the network 70 addresses 
of the primary and alternate webservers 96 from which to 
retrieve the segment collection. 
25 it is important to note that the host may send 

substantially simultaneously a different set of commands to 
different client sites 56 depending on the characteristics 
desired for the presentation at each client site. 

Since processing according to the present invention 
30 occurs at a presentation host controller 200 and 
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simultaneously at client nodes 56, during the processing steps 
476 through 508 performed remotely from the client nodes 56, 
the client nodes as per step 474, may be prepared for 
accepting the next presentation commands transmitted by the 
5 host 200 in step 508, However, such host nodes 56 may be also 
concurrently providing various portions of the presentation 
performance to their respective audience members . In any 
event, when step 516 is encountered, the client nodes 56 have 
received the next host 200 transmitted commands and therefore 

10 the client nodes now enter a processing state whereby these 
nodes attempt to assure a timely caching of this next 
collection of segments for timely performance of their portion 
of the presentation. 

In step 516, a determination is made by the client 

is presentation software 88 at each client node 56 upon which the 
software is loaded, as to whether the next collection of 
segments indicated by the one or more commands transmitted by 
the presentation controlling host are presently cached on the 
client's client node 56. Note that this next collection of 

20 segments could have been previously cached at a client node 56 
due to: directory cache commands for caching an entire file 
directory that was issued earlier in the presentation 
performance, provided by fixed media such as CD-ROM at the 
client nodes (s) 56, or re-use of presentation segments such as 

25 HTML page formats, background images, or logos. 

Accordingly, if the next collection of segments is not 
cached on a client node 56, then step 524 is performed wherein 
the client presentation software 88 on the client node 56 uses 
its most recent network 70 data transmission characteristics 
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together with the host 200 transmitted list of current network 
70 addresses for content webservers 96 to select an 
appropriate content webserver and an appropriate version of 
the next collection of segments to be retrieved. Note that 
5 the selections determined in this step are performed with the 
goal of assuring that there is a high probability of this next 
collection of segments being delivered to the client node 56 
prior to the time that this collection is to be used in the 
presentation performance on the client node. In particular, 

10 the following is a description of the steps performed in 
determining, from the network 70 data transmission 
characteristics, the content webserver 96 and the (sub) 
version of the next collection of segments to be retrieved. 
The selection of the webserver may be dependent upon the time 

is allotted for the transfer and the network 70 transmission 
characteristics such as data transmission rate. The time for 
each network 70 transfer of a collection of segments (e.g., 
one or more presentation elements, each such element having 
one or more segments therein) is controlled by the host 200. 

20 The host 200 designates time according to at least one of the 
following categories: (a) no time, wherein the presentation 
element (s) is to be displayed immediately, (b) indefinite, 
wherein the amount of time for transfer of the presentation 
element (s) is indefinite, and (c) a specific time interval 

25 indicated in a script command for the presentation, e.g., a 
"virtual time" command as indicated by commands (rows) of the 
script shown in Fig. 3 having values in the 620 column as will 
be discussed hereinbelow. Note that as the expected amount of 
time for retrieving one or more presentation elements 

30 lengthens, larger groups of presentation elements may be 
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retrieved and/or better presentation quality presentation 
elements may be retrieved (e.g., the presentation quality may 
be enhanced from limited or no animation to full animation) . 
Additionally, the presentation element (s) selected is 
5 dependent upon network protocols such as HTTP and FTP. For 
example, as the size of the presentation data and the time for 
retrieval increases, the present invention tends to utilize 
FTP for network 70 transport. Alternatively, as the size of 
the presentation data and the time for retrieval decreases, 

10 the present invention tends to use HTTP. 

Accordingly, in one embodiment of step 524, the size of 
each candidate collection of one or more presentation elements 
is determined from the webservers 96 by, e.g., requesting such 
sizes. As an aside, note that an indication of the bandwidth 

15 available with each such webserver can be determined if not 
available otherwise. Thus, if there is a primary webserver 
96a and an alternative webserver 96b, and each has 
presentation versions for both HTTP and FTP as well as both 
having animated and non- animated interchangeable presentation 

20 elements, then an expected time for retrieving each available 
combination is determined. Subsequently, the candidate 
collection selected provides first, the highest quality 
presentation, and second, the largest amount of presentation 
data possible. Consequently, the expected times are used to 

25 select the webservers 96, the collection of presentation 
elements, and the transfer protocol to use in providing the 
selected collection to the client node 56. 

In one embodiment, the following selection process is 
used to determine the expected times: 

30 for each candidate collection of presentation elements; 
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(a) The size of the collection is determined. 

(b) The size is divided by the bandwidth average for 
the last two minutes as measured from any network 
70 transmission source. If the average bandwidth is 

5 not available, then a bandwidth from the most 

recent webserver is used. 

(c) A protocol overhead factor is added to the result 
of (b) to account for the different overheads for 
each of the different protocols available on 

10 network 70 that may be used (e.g., FTP and HTTP) . 

(d) Select the highest quality collection of 
presentation elements available, and select the 
largest collection that can be transferred in the 
time available. Note that it is assumed that an 

15 indefinite time designation by the host 200 is 

viewed as time sufficient for any size of transfer. 
It is worthwhile to note that in other embodiments of the 
present invention, additional network characteristics other 
than bandwidth may be used, as one skilled in the art will 

20 understand. In particular, such characteristics as network 70 
error rates, fluctuations in bandwidth, or a predictive 
statistical expectation of bandwidth may be used. 
Additionally, note that such candidate collections of 
presentation elements can also be resident at the client node 

25 56 since some portions of a presentation can be also 
distributed on CD-ROMs . Accordingly, step 524 of Fig. 2C (as 
well as other stepjs in the flowchart of Figs. 2) also may 
access a CD-ROM drive or other transportable storage media for 
various portions of a presentation. Also, it is noteworthy 

30 that if network 70 supports multicasting, then a plurality of 
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client nodes 56 may have their presentation elements selected 
according to a single access rate (i.e., server data 
propagation to the network) and a single network transmission 
rate instead of performing individual presentation element 
5 selections. 

Subsequently, in step 528, the client node 56 provides 
the identity of the selected webserver and next collection of 
segments to the client node's browser 78 and the browser, in 
turn, sends a network 70 request to the selected webserver for 

10 the selected (subversion) of segments. Following this step, 
the client presentation software 88 monitors the time elapsed 
before transmission of the selected collection of segments is 
completed, and determines whether these segments are provided 
within an appropriate window of time that allows them to be 

is presented during the performance of the presentation. Thus, 
in step 532, the client presentation software 88 determines 
whether the requested collection of segments is cached on the 
client node 56 within a desired time prior to the proposed 
performance of the collection of segments. In particular, for 

20 determining this desired time, a function dependent on one or 
more of: (a) various measurements related to one or more other 
client nodes 56 receiving the presentation performance, (b) a 
predetermined default length of time, as e.g., specified in 
the presentation script, and (c) a length of time determined 

25 by a leader of the presentation performance, e.g., during the 
performance. Regarding (a) above, note that measurements such 
as : 

(7.1) network 70 transmission rates for each of one or 

more previous requests for presentation segments; 
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(7.2) for each of one or more previous requests for 

presentation segments, an elapsed length of time 
between the request time for the presentation 
segments and receipt of the segments; 
5 (7.3) for each of one or more previous requests for 

presentation segments, a size (e.g., in bits) of 
the segments received from the request. 
Note that there are various functions dependent on one or 
more of (a) - (c) immediately above that may be used as one 
10 skilled in the art will understand. Further note that such 
function may be as simple as a comparison of corresponding 
network 70 transmission rates between (a) the client node 56 
and the webserver (s) with which it is communicating, and (b) 
other client nodes 56 and the webserver (s) with which they are 
is communicating. Alternatively, such a comparison may be 
performed on the elapsed time as in (7.2). Note that there 
are at least two possible alternatives here: 

(8.1) the present invention may attempt to retrieve the 
same collection of segments from an alternative 

20 content webserver; 

(8.2) the present invention may attempt to retrieve an 
alternative collection of segments that can be used 
as a replacement for the initially requested 
segment collection from either the same webserver 

25 96 for which the original request was directed, or 

from an alternative webserver 96. 
Accordingly, if the collection of segments is not cached 
within this time, then step 536 is performed wherein the 
client presentation software 8 8 determines if there is 
30 sufficient time to retry obtaining the collection of segments 
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or another collection of alternative segments prior to the 
time of their estimated performance. 

If in step 536 it is determined that there is 
insufficient time remaining, then step 474 is again activated, 
5 wherein the client node 56 (and more particularly, the client 
presentation software 88) prepares for the next set of one or 
more presentation commands from the host 200. Note, however, 
that even though the portion of the presentation corresponding 
to the collection of segments are not retrieved in time for 

10 performance, it is an aspect of the present invention that if 
the audio portion of the presentation is provided through the 
separate telephony network 74, then there may be substantial 
continuity in the presentation regardless of whether a portion 
of the video for the presentation is displayed or not. 

is Alternatively, if in step 536 the client presentation 

software 88 determines that there is sufficient time for 
attempting a retry for obtaining the requested collection of 
segments, then step 524 is again performed, wherein the client 
presentation software 88 again evaluates the transmission 

20 characteristics of the network 70 for selecting a content 
webserver 96 and subversion of the collection of segments so 
that there is again a high probability of the newly selected 
collection of segments being delivered prior to the time that 
these segments are to be presented on the client node 56. 

25 Accordingly, on such subsequent iterations for determining an 
alternative way to present a particular portion of the 
presentation, the following steps may be performed: The 
original calculation is again performed with new times and 
current bandwidth information usually resulting in selection 

30 of alternative segment collections that are smaller. An 
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overall limit of three re-tries of any URL will force smaller 
alternative segment collections to be selected, or a message 
to the audience member stating that the network is not 
functional . 

5 Returning now to step 532, if in this decision step it is 

determined that the requested collection of segments has been 
timely cached at the client node 56, then step 544 is 
performed wherein an evaluation of the network 70 transmission 
characteristics that occurred during the transmission of the 

10 collection of segments. In particular, the following 
characteristics are determined: average network data rate, 
the likely range of expected data rates (e.g. within a 
standard deviation of the most likely data rate) , measurements 
regarding network errors and/or quality of transmission, total 

15 elapsed time taken to complete the transmission of the 
collection of segments, and/or the size of the transmission. 
Subsequently, in step 54 8, a determination is made as to 
whether a host 200 interrupt is detected that requests a halt 
to the presentation of the current collection of segments. 

20 Note that this step is provided as an illustration of 
interrupt processing that can be performed by the client 
presentation software 88. Note, however, that such interrupt 
processing may be performed between or during substantially 
any of the processing steps described herein that occurs on 

25 the client node 56. Also note that such host 200 interrupts 
are likely to be initiated by a leader for the presentation 
when the leader determines that, e.g., there should be a 
deviation in the script for the presentation performance. 
Thus, regardless of where a host 2 00 interrupt step is 

30 performed within the processing steps for the client 
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presentation software 88, upon detecting this interrupt, the 
flow of control of the present flowchart returns to a point in 
the processing wherein the next steps performed are the steps 
474 and 476 performed at: (a) the client nodes 56, and (b) 
5 the leader 1 s station (s) 92 and the presentation controlling 
host 200. 

Assuming that no host interrupt is detected in step 548, 
then steps 552 through 560 are iteratively performed until all 
segments of the current collection of segments are presented 

10 to the client. Accordingly, when there are no further 
segments in the current collection, step 560 routes the flow 
of control back to the concurrent steps of 474 and 476 as 
discussed previously hereinabove. 

Referring to Fig* 3, an illustration of a simple script 

15 description 6 00 is shown. Each of the rows 6 08 after the 
first column heading row describes a presentation action to be 
performed during a performance. Each column entry of each row 
6 08 provides information related to the script action to be 
performed by the row. Following is a description of the data 

20 capable of being contained in each column. 

A Script Level column 612 for identifying alternative 
variations of the presentation. For example, a first 
variation might be directed to the customers of a corporation, 
another variation directed to the sales representatives of the 

25 corporation, and yet another directed to the investors of the 
corporation. Thus, a single script may be used for a 
plurality of; related presentations that have at least some 
overlapping content. Accordingly, in column 612, each digit 
within each row of the column identifies a presentation 

30 variation to which the row applies. Thus, row 608a is 
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performed only in the variation of the presentation having a 
"1" in this column; e.g. rows: 608a, G08d, 608e, 608g through 
608o. Similarly, a second variation of the presentation is 
performed using rows: 608b, 60 8d, 608f, through 6 0 80. 
5 Additionally, a third version is provided by rows: 608c, 608e, 
608f through 608n. Note, the "END" identifiers in 608q 
designates the end of the script. 

An item number column 616 is provided for labeling rows 
so that a presentation leader can transfer to the rows having 

10 a value in this column and proceed sequentially through the 
script from the labeled row to which the leader transfers. 
This allows the leader to skip and/or rearrange portions of a 
presentation performance. Accordingly, there are three rows 
to which a leader can transfer control, namely, rows: 608a, 

15 608e, and 6O80. 

A "virtual time" column 620 is provided wherein values in 
this column set and reset a presentation performance timer so 
that, for example, some portions of a presentation will 
automatically be skipped if a performance of the presentation 

20 is running behind a predetermined performance schedule. In 
script description 60 0, there are four rows 60 8 where the 
presentation performance timer is reset, i.e. rows 608a, 608e, 
and 608 j . Thus, for a presentation performance corresponding 
to script level 1, in row 608a, the timer is set to 0.0 0 and 

25 the subsequent rows 608 for script level 1 are sequentially 
performed until 608e is encountered, wherein a determination 
is made as to whether the timer has a value greater than one 
minute and one second. If this is the case, then the 
sequential rows (for script level 1) down to row 608j are 

30 interpreted by the presentation controlling host 200, but no 
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host commands are transmitted to either the client nodes 56, 
or the phone bridge control 240. Thus, it is as if the 
actions for these script rows are skipped. However, at row 
608j, the timer is reset and each subsequent row 608 (of 
5 script level 1) is performed. 

An Action column 624 is provided for designating an 
action to be performed (if any) during execution of a row 608. 

Thus, for row 608a, the host 200 instructs all client nodes 
56 that a resource (e.g., a content file, or Web page) is 

10 available for downloading. Subsequently, for script level 1, 
row 608d instructs the client nodes 56 to cause their browsers 
78 to display the resource. A list of actions that can be 
designated in the action column 624 are as follows: 
(9.1) client__Load - Instructs all client nodes 56 that a 

is resource is available for downloading in background 



processing. 



(9.2) 



client Free - Instructs all client nodes 56 to 



delete a previously downloaded resource. 



20 



(9.3) 



client_Display - Instructs all client nodes 56 to 
cause their browsers 78 to display a resource. 
This command implements "Extended" parameters when 



the 



Resource 



Location 



column 



636 



has 



a 
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corresponding entry of "TWFTP" . The extended 
parameters are a second set of resource locations 
for retrieving the resource to which the 
corresponding action in the same row 608 is to be 
applied. For example, a second set of resource 
locations may be used by the client node 56 when it 



is determined that the FTP network 70 data transfer 



30 



rate is unlikely to provide a particular 
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presentation content file (e.g., of presentation 
elements) at a client node 56 in time for display. 

(9.4) client__play - Instructs all client nodes 56 
receiving presentation audio content via a network 

5 70 to play a resource. 

(9.5) leader_Hold - Causes the host 200 to suspend script 
interpretation until a next command is received 
from the leader designating a next row 608 to 
perform. 

10 (9.6) time_Set_At - Forces a script's virtual time clock 

(i.e. timer) to a known value. 

(9.7) time_Hold_To - Causes the host 200 to suspend 
script interpretation until a particular state is 
reached. For example, all clients report a display 

is element command is complete; e.g., the display of a 

corporate logo . 

(9.8) child_Script - Suspend this script, read and 
process another script in a manner analogous to a 
programming subroutine invocation. 

20 (9.9) End_Start - Defines the last line (i.e. row 608) of 

a script and resets execution to the first line. 
(9.10) END - Defines the last interpreted row 608 of a 
script . 

Regarding the "Resource Type" column 632 of script 
25 description 600, the fields of this column provide an 
indication of the data types and/or organization of the 
presentation segment collections to which the action of the 
corresponding "Action" field of the same row applies. In 
particular, the following types (denoted also hereinafter as 
30 "resource types") are available: 



61 



(10.1) FTF_File - A single file to be pre-cached or 
downloaded from a webserver (s) 96 to client nodes 
56 in the background using FTP or HTTP when FTP is 
blocked by security measures. 

5 (10.2) FTP__Dir - An entire directory of files to be pre- 
cached or downloaded in the background using FTP or 
HTTP when FTP is blocked by security measures. 
(10.3) HTML_File - A single HTML file containing 
presentation content. 

10 (10.4) MC_Question - An HTML_File to which a client 
response to presented questions is requested. 

(10.5) MC_Answer - An HTML_File to display the results of 
an MC_Question. 

(10.6) Info^Form - An HTML_File to collect data for the 
is profile database 120. 

(10.7) Audio_RaFile - An audio file prepared in advance of 
the presentation, may be downloaded to client nodes 
56 via network 70. 

(10.8) Audio_RaLive - Live streaming of an audio file, via 
20 network 70, requires dynamic real time buffering at 

the client nodes 56. 

(10.9) THIS LINE - Causes the host 200 to refer to the row 
608 of the script having this value (i.e., "THIS 
LINE") . Thus, the action for the row having this 

2 5 value can be viewed as needing no presentation 

resources . 

(10.10) Twscript - Another script resource used by the 
current script resource. 

In the "Resource Location" column 636 of script 
30 description 600, each row entry indicates a location of the 
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presentation resource to which the action for the row is to be 
applied. Fields of this column may provide descriptions of a 
number of alternative locations for obtaining various versions 
and/or subversions of a presentation segment collection; i.e. 
5 alternative locations have a " | " separator therebetween. The 
types of values that can occur in this column are: 
(11.1) SN - Denotes a webserver 96 Name, also may be a 
physical network 70 address or an Internet domain 
name, as one skilled in the art will appreciate. 
10 (11.2) TWFTP - Denotes the directory on client nodes 56 
created to hold the presentation resources (e.g., 
presentation segments) downloaded from the 
webserver 96. 

(11.3) CD - Denotes a CD-ROM drive attached to a client 
15 node 56; note that during preparation for a 

presentation performance, client determines the 
drive letter corresponding to the CD-ROM drive at 
his /her client node 56. 

(11.4) LOCAL - Denotes anywhere on a client node 56, 
20 except the CD-ROM drive or the location designated 

by TWFTP . 

(11.5) END - Denotes a time when clients have used a 
named resource, e.g., all clients have downloaded 
and displayed the logo image file, as the name 

25 resource. 

(11.6) GOT - Denotes a time when clients have accessed the 
named resource, such as a time after a corporate 
logo file has been downloaded to all clients. 
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(11.7) this - Denotes that no external resources such as 
files, webservers, etc. are required for the 
command having this value. 
Note that in the locations designated in at least (9.1) 
5 above, variables or "placeholders" can be provided in a script 
so that a developer of a script need not have at his/her 
disposal all the particulars as to where presentation 
resources (e.g., segment collections) will be stored for 
access during performance of the presentation. For example, 

10 variables or placeholders for as yet unidentified content 
webservers 96 may be provided as part of a location for a 
collection of segments. For example, each grouping of clients 
from the candidate audience members registered for a 
presentation performance has the following placeholders in 

is presentation scripts defined within a corresponding 
presentation resource file 212: (a) the placeholder, "BBA- 
Main" which is to be resolved as the network 70 identifier for 
the webserver 96 providing access to real time and/or smaller 
size presentation segment subcollections, (b) "BBA-Ftp" which 

20 is to be resolved as the network 70 identifier for a file 
(Internet) server holding large presentation files suitable 
for background download to client nodes 56, (c) "BBA-Ra" which 
is to be resolved as the network 70 identifier for an audio 
(Internet) server, or another location that provides access to 

25 audio data for the audio player 236, and (d) "BBA-QA" which is 
to be resolved as the network 70 identifier for the webserver 
96 used for question and answer display sequences. 

Regarding the "Resource Name" column 64 0 of script 
description 600, the entries of this column provide an 

30 identification of a presentation resource (e.g. presentation 
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data segment file) independently of the network 70 address or 
node upon which the resource resides. Thus, a complete 
specification of a location of the resource requires the 
corresponding resource location and the resource name entries 
5 from the same row of script description 600. The following 
data types are available for fields of this column: 

(12.1) Path - Denotes a path name to a file directory 
relative to the resource location. It is assumed 
that a nested or hierarchical file directory 

10 notation is used to identify the presentation 

resource residing at the location denoted by "Path". 

(12.2) File - Denotes the name of a resource file. 

(12.3) Encoder Task - Identifies a specific real time audio 
stream accessible from the webserver 96 identified in the 

15 corresponding Resource Location 636 column. 

(13) SYNCHRONIZATION IN A PRESENTATION OF DIFFERENT 
PRESENTATION MEDIA AND/OR MEDIA FROM DIFFERENT 
PRESENTATION MEDIA SOURCES . 

20 

The presentation system 50 of the present invention 
also provides a novel method and system for synchronizing 
portions of the presentation from different media sources, 
wherein such differently sourced portions may not be 
25 synchronized with one another due to, e.g., processing 

and/or transmission delays of one or more of the differently 
sourced portions in comparison to other portions of the 
presentation. For example, near real-time presentation 
content such as slides and/or website pages can be presented 
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on a client node 56 according to a timing schedule that is 
approximately with values of a real-time clock time. Thus, 
commands issued by a leader from a leader station 92 can be 
communicated to the host 200 (and/or subordinate hosts 210 
as per Fig. 1) and then corresponding presentation control 
data is communicated to the client nodes 56 so that such 
client nodes can retrieve and render, in near real-time 
(e.g., 2-3 seconds), from one or more of the content 
webservers 96, first portions of the presentation. However, 
if at least one second portion of the presentation is 
provided by a more delayed and/or provided at a more varying 
data rate to the client nodes 56, and this second portion is 
to be synchronized with the presentation of the first 
portion, then the present invention determines the 
appropriate delay for presenting the first portion of the 
presentation so that it synchronizes with the second 
portion. In particular, for a live Internet presentation, 
the first portion may be slide displays that the leader 
desires to present and discuss, and the second portion of 
the presentation may be streaming audio and video of the 
leader presenting the slides. Thus, since presentation at 
the client nodes 56 of streaming data may be substantially 
delayed (e.g., 30 to 40 seconds) from real time, without the 
synchronization provided by the present invention, a slide 
can be displayed 30 seconds before the corresponding leader 
discussion of the slide commences. Moreover, such lack of 
synchronization in portions of the presentation displayed 
concurrently is at least annoying to presentation audience 
members and can substantially compromise the content and 
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quality of the presentation. 

Accordingly, referring to Fig. 4, a diagram is provided 
showing additional components and communication routes 
utilized by the present invention for providing 
5 synchronization between presentation data obtained from 

different presentation technologies. In particular, Fig. 4 
illustrates this aspect of the present invention in the 
context of the near real-time http/html presentation content 
provided by the content webservers 96 and the more delayed 

10 content of streaming data showing the leader performing the 
presentation. Components having functionality corresponding 
to components described hereinabove are identically labeled 
with the exception of the client sites 54. In the present 
figure, there are two versions of client sites 54. A first 

is version, that is substantially identical to the client sites 
54 of Figs. 1A and IB, is represented as client site 54a. 
Accordingly, such client sites 54a have: (a) client nodes 
56a that are substantially only capable of receiving 
presentation content from the content webservers 96, and (b) 

20 a telephone 62 for receiving an audio portion of the 

presentation. Thus, since the presentation data from each 
of these two sources is typically presented to audience 
members in near real-time, the synchronization problems 
discussed above are, in general, not excessive. However, 

25 for a second version of client sites 54b that have a client 
node 56b that is capable of receiving multimedia streaming 
audio and video as well, the above described synchronization 
problems can be manifested. 

Fig. 4 will now be described. The components of the 
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leader station 92 include a presentation control station 3 04 
by which the leader: (a) provides presentation commands to 
the host 200 {and/or subordinate hosts 210) , and (b) views 
the presentation as if he/she were an audience member. 
5 Additionally, the leader station 92 includes a telephone 
console (or telephony station) 62a which may be 
substantially identical to a telephone 62 at a client site 
54a. Moreover, the leader station 92 includes an 
audio/ video recorder 308 for recording the audio and/or 

10 video performance of the leader during the presentation and 
transmitting the resulting audio/video data to one or more 
encoders 312 that each encode their corresponding audio 
and/or video input into a stream (denoted herein as an 
''input stream" 314a). Thus, each such input stream 314a 

is has either combined audio/video content, or, e.g., only an 
audio content. Note also that the telephone input from, 
e.g., the leader and/or an audience member can also be input 
into the encoders 312 via the phone bridge 100 and thereby 
such input can also be incorporated into one of the input 

20 streams 314a. In a very simple embodiment of the present 
invention, there may be only one input stream 314a (and no 
input stream 314b) . In such an embodiment, the input stream 
314a can be transmitted directly to the streaming servers 
324 which, in turn, multiplex the stream data in bursts (via 

25 stream 328) to, e.g., the client nodes 56b. However, the 
embodiment illustrated in Fig. 4, is a more sophisticated 
embodiment. That is, there are multiple input streams 314a 
and/or 314b, wherein the input streams 314b are output by 
the file server 320 for providing, e.g., a pre/post 



presentation audio and/or video stream that has been 
prerecorded for audience members to experience prior to 
commencement of the presentation and/or after completion of 
the presentation. In particular, the file server 320 
5 initiates and terminates broadcasts of such prerecorded 
input streams 314b according to commands received by the 
file server 320 from the host 200 requesting commencement 
and/or termination of each such broadcasts. Accordingly, 
this more sophisticated embodiment includes an audio/video 

10 switch 316 that determines from these input streams 314a 
and/ or 314b which of them, at any given time (during the 
presentation) , and what portion (if any) of each of them 
will subsequently be provided to the streaming servers 324 
for distribution (via stream 328) to, e.g., the client nodes 

15 56b. . The, the audio/video switch 316 switches between its 
various input data streams 314a and 314b in response to 
commands provided by, e.g., the leader via host 200. Thus, 
for example, a leader may commence the presentation 
performance by instructing the host 200 to direct: (a) the 

20 file server 32 0 to cease providing input to the audio/video 
switch 316, and/or (b) the audio/video switch 316 to cease 
outputting any stream data from the file server 320. As an 
aside, note that the leader can instruct the file server 32 0 
(via the host 200) to input, e.g., background music and/or 

25 video upon which the presentation stream data from one or 
more of the streams 314a can be overlaid as one skilled in 
the art will understand. Also note that the file server 32 0 
provides corresponding pre-presentation and/or background 
audio to the phone bridge 100 for providing to client sites 



54a via a telephone 62 at such client sites. 

Returning to the audio/video switch 316, at least some 
of the input streams 314a may originate from different users 
(e.g., leaders), wherein such users are sufficiently 
5 geographically dispersed (potentially worldwide) so that 
distinct corresponding input streams 314a are at least 
expedient if not substantially unavoidable. Thus, the 
audio/video switch 316 is the component of the present 
invention that provides the gateway for allowing one or more 

10 of the streams 314a and 314b to be output (via one or more 
streaming servers 324) to the client sites 54b. 

In many presentations, the timing of the multiple input 
streams 314a and 314b must be synchronized by the 
audio/video switch 316. As an example of the need for such 

is synchronization, consider the following scenario: assume 
that a first input stream 314a is received at the 
audio/video switch 316 from, e.g., a real time performance 
by a first leader, with a two second delay from real time 
for data in the first input stream to reach the audio/video 

20 switch 316, and a second input stream 314a is received by 
the audio/video switch 316 from, e.g., a real time 
performance by a second leader^ with an eight second delay 
for data in the second input stream to reach the switch 316. 
Further assume that during the presentation the first 

25 leader indicates (via the first input stream 314a) to the 

audience members at client sites 54b, that the second leader 
is to continue the presentation, and substantially 
concurrently, the first leader transmits a command (via the 
host 200) to the switch 316 terminate outputting the 



contents of the first input stream and commence outputting 
the contents of the second input stream. Since such 
commands can be performed in near real time (e.g., within 
one to two seconds) at the audio/video switch 316, without a 
synchronizing of the timing of the first and second input 
streams 314a, the output from the audio/video switch 316 
after such a stream switch would insert into the 
presentation the stream audio video from the second input 
stream 314a that was transmitted for approximately six 
seconds prior to the issuance of the command by the first 
leader for switching to the second leader. This, of course, 
could produce awkward and potentially embarrassing 
situations for the second leader. Accordingly, it is 
desirable and an aspect of the present invention to 
synchronize the input streams 314a and 314b (once received 
at the audio/video switch 316) so that the output of the 
audio/video switch 316 accurately reflects the real time 
events of the presentation without extraneous events being 
unintendedly inserted or deleted from the presentation. 
Thus, the audio/video switch 316 includes stream buffers 
(not shown) for delaying output from the faster input 
streams 314a and 313b. More precisely, let S 0 denote an 
input stream with the longest delay from origination of the 
input streams of a collection of two or more input streams 
314a and 314b. Further, assume that there is corresponding 
content that, originates substantially concurrently in each 
input stream of the collection, and that such content from 
each input stream must be synchronized to thereby provide a: 
accurate performance of presentation events as they took 
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place in real time. Thus, for every such input stream Si 
except S 0/ Si is buffered at the audio/video switch 316 so 
that any content of the stream output from the switch 316 
that is obtained from Si is delayed to provide the intended 
synchronization with the contents from S 0 . That is, the 
audio/video switch 316 creates purposeful delay in all input 
streams S t so that output from the switch 316 obtained from 
any of the input streams 314a and 314b has substantially the 
same stream delay between origination of the stream and any 
resulting stream output from the switch 316. 

To provide uniform input stream delays from each 
stream's origination, the switch 316 must be provided with 
each input stream's delay to the switch 316. The 
determination of such stream delays is discussed 
hereinbelow. Additionally note that when the input streams 
314a and 314b have the same format, the same (if any) video 

display width and height, the same number of bits per 
pixel, the same pixel density, color depth and digital 
encoding method, then the audio/video switch 316 does not 
need to fully decode the input streams in order to switch 
between the input streams. Instead, the switch 316 can 
merely unwrap the TCP/IP (or UDP) layers and the 
application transport layers of data in the input streams to 
modify the stream display time therein. Thus, the switch 
316 can process large numbers of input streams 314 for one 
or more presentations performances concurrently. 

When the audio/video switch 316 outputs selected and/or 
combined input stream data through stream 328 to one or more 
of the streaming servers 324, these servers 324 transmit the 



streams to client sites 54b via the network 70 which is, 
e.g., the Internet and/or an intranet, wherein the network 
324 addresses of the streaming servers 324 have been 
supplied to the client nodes 56 by the host 200. The 
5 streaming servers 324 also output their streams to a master 
clock server 332 (also denoted MC herein) for rendering at 
least the stream portion of the presentation, and in doing 
so also determines synchronization timing values for the 
client nodes 56b and the host 200. In particular, the 
10 master clock server 332 uses the stream output to determine 
timing values, from a synchronization clock at the MC, 
wherein the timing values are used to synchronize the 
various differently sourced portions of the presentation at 
each of the client nodes 54a and 54b. Moreover, the MC 332 
15 determines a series of distinctive (preferably audio) 
portions (each portion denoted SAS hereinbelow) of the 
stream input portion of the presentation, and, with each 
distinctive portion SAS determined, the MC associates a 
timing value STe (SAS)/ in synchronization clock time (also 
20 denoted MC time herein) , that approximates the actual time 
(also denoted "stream time") when SAS was initially 
created or originated. The MC 332 transmits to each client 
node 56 both data for identifying each distinctive portion 
SAS together with its associated timing value STe via the 
25 network 70. The MC 332 also transmits timing values STc (in 
MC time) to the host 200. The timing values STc are used by 
the host 200 to provide timing values (in MC time) for each 
host command subsequently transmitted to the client nodes 
56a and 56b so that the presentation portions identified by 
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the host commands can have their performance synchronized 
with the performance of the stream portions of presentation. 

Fig. 4 also illustrates that the present invention may 
also include a data collection component 336. The data 
collection component 336 receives audience responses to a 
presentation, such as feedback regarding the quality of the 
presentation and responses to questions presented during a 
presentation. Note that for some responses, each audience 
member may be allowed no more than a predetermined amount of 
time to respond to a question. Thus, if a presentation 
leader desires to show the results from such responses to 
the audience members, it is preferable that the leader know 
approximately how long he/she will need to wait before 
presenting the results. Accordingly, the wait may be 
approximately determined by the STe timing value. For 
example, 3* STe plus the time audience members are given to 
answer the question should, in general, be sufficient time 
for every audience member that is continuously connected for 
responding to the question to respond. Alternatively, each 
client node 56b may be instructed to supply its presentation 
time delay one or more times to the host 200 in response 
host commands transmitted to the client nodes 56b. 
Accordingly, the host 200 may then determine various 
statistics regarding the presentation delays such as maximum 
delay time, mean delay time, fluctuation in delay time, and 
delay time as a function of the number of audience members. 
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Fig. 5 is a flowchart of the high level steps 
performed by the embodiment of the present invention shown 
in Fig. 4 for synchronizing the performance of portions of 
a presentation, wherein these presentation portions have 
different time delay characteristics from their respective 
originations when they are received at a client node 56b. 
For instance, a first presentation portion maybe received 
at a client node 56b via stream 328, and a second 
presentation portion maybe received at the client node 56b 
from a content webserver 96 in a manner substantially 
similar to what has been described with respect to Figs. 1 
-3. It is believed that the flowchart of Fig. 5 is 
substantially self explanatory in view of the above 
description of Fig. 4 and in view of the description given 
hereinbeiow of the procedures referenced in the steps of 
the flowchart. However, for completeness, a brief 
description of Fig. 5 is provided. Accordingly, in step 
1000, Procedure A (described hereinbeiow) is activated to 
identify and validate the audience members for a network 
presentation. Note that in at least one embodiment, the 
description of this step may be substantially similar to 
the description of step 416 of Fig. 2A. Subsequently, in 
step 1004 the client nodes 56a and 56b as well as the MC 
332 commence receiving the presentation wherein the client 
nodes 56b and the MC 332 receive at least first and second 
presentation portions that have different time delay 
characteristics, but wherein such first and second portions 
must have their performances synchronized in order to 
maintain presentation continuity and cohesiveness . In 
particular, the first portion may be provided by stream 328 
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and the second portion by content webservers 96. 
Accordingly, the first portion may be delayed by as much as 
3 0 to 40 seconds from the second portion received from a 
content webserver 96. Note that such synchronization may 
5 require that a subportion Si of the first presentation 

portion must be presented concurrently on the client nodes 
56b with a particular subportion s 2 of the second 
presentation portion. Alternatively, such synchronization 
may require that Si smoothly follow s 2 . Moreover, note that 
io once network 70 transmissions for a presentation commence, 
it may be difficult to control when one or more of the 
presentation portions arrive at each of the client nodes 
56b. For example, when the first presentation portion is 
transmitted via stream 328 from a live performance at a 
15 leader station 92, such transmissions are likely to be 
continuous throughout the presentation even though they 
must be synchronized with displays of, e.g., slides, 
websites, video clips, and/or other streams (audio or 
video) . 

20 Following the commencement of presentation network 

transmissions of step 1004, the three sequences of steps: 
(a) 1008 - 1012, (b) 1016 - 1028, and (c) 1032 - 1040 are 
performed roughly in parallel. The sequence (a) describes 
the processing performed by the MC 332 in deriving 

25 synchronization information (i.e., the pair (ADP, STe) 
described in the discussion of Procedure B hereinbelow) 
that can be used in synchronizing the (more delayed) first 
presentation portion received via the stream 32 8 with the 
(less delayed) second portion of the presentation provided 

30 by, e.g., the content webservers 96. The sequence (b) 
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describes the processing performed by the host 20 0 (in 
conjunction with the MC 332) for deriving a timing value 
{i.e., STc described in the discussion of Procedure D 
hereinbelow) to be transmitted from the host to the client 
nodes 56b with each set of presentation commands specifying 
the performance of various near real-time portions of the 
presentation wherein the timing value is an estimate of the 
origination time for a corresponding set of presentation 
commands, and importantly the timing value is comparable 
with other timing values at the client nodes 56b. As an 
aside, note that the processing at the client nodes 56b of 
such commands is described in steps 508 - 560 of Figs. 2C 
and 2D. When instances of both the synchronization 
information from sequence (a) , and a set of presentation 
commands (with timing value) from sequence (b) are received 
at a client node 56b, the sequence (c) describes the 
process performed at the client node for synchronizing the 
stream 328 performance with the performance from, e.g., the 
content webservers 96. 

Note that it is within the scope of the present 
invention that additional sequences of steps, such as the 
sequences (a) and (b) above, may also be provided for 
synchronizing additional portions of a network presentation 
obtained from other presentation data sources and/or having 
timing characteristics (e.g., time delay, or time delay 
fluctuation) different from either of the first and second 
presentation portions discussed thus far. Accordingly, 
some embodiments of the present invention may synchronize 
two or more streams with (non-stream) presentation portions 
obtained from, e.g., content webservers 96. 
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The description of the Procedures A, B, C, D, E, and F 
referenced in Fig. 5 are now provided to thereby describe 
in more detail the processing performed in the steps of 
this figure. 

PROCEDURE A: Determine the audience members for a 
presentation. 

A.l (step) Each user (i.e., audience member) at a client 
site 54a or 54b transmits a network 70 request to 
participate in a presentation to be provided by the 
present invention, and assuming the network 70 address 
the user's client node 56a or 56b is determined to be 
eligible for presentation transmissions, the preshow 
control 136 {Fig. 1A) transfers to the host 200 the 
following: (a) user identification, (b) the user's 
client node network 70 address, and (c) whether the 
user's client node is of type 65a or 56b. Note that 
this is substantially steps 436 and 440 of Fig. 2A as 
applied to the aggregate of all audience members for the 
presentation. 

A. 2 (step) For users at client nodes 56b, the host 200 

transmits the master clock server 332 network 70 address 
to the client nodes 56b upon which the presentation is 
to be presented. 

PROCEDURE Bs Transmit presentation synchronization timing data 
from the MC 332 to other network 70 components. 

B. l (step) After presentation startup overhead (e.g., host 

200 determining audience member and/or leader 
eligibility, etc) , assume at least one stream from the 
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streaming servers 324 has audio data therein for 
providing a portion of the presentation, and this audio 
data is to be presented concurrently with non- stream 
presentation data from, e.g., the content servers 96 
and/or other presentation designated websites. Then the 
master clock server 332 (MC) commences transmitting 
presentation related timing data to the host 200, and 
also to each client node 56b; in particular, the 
following substeps are performed: 

B.l.l (substep) For transmissions from MC 332 to each 

client node 56b perform the following sub-substeps 
(B. 1.1.1) and (B.l.l. 2) approximately every 5 to 60 
seconds depending on, e.g., new presentation 
participants connecting to the host 200 during the 
presentation, and more preferably only on demand by a 
client node 56b: 
B. 1.1.1 {sub- substep) Determine audio pattern data 
(APD) indicative of a distinctive audio sample 
from the stream and transmit it to each client 
node 56b, wherein each distinctive audio sample 
is determined by the MC 332 as follows: 

a. Within a cached audio portion (CAP) of 
the stream that is cached on the MC 332 
after presentation at MC, identify the 
audio samples for approximately 15 
seconds of the cached stream. In 
particular, for the most recently 
played/rendered audio portion (MRP) in 
CAP, determine a stream time window (W) , 
wherein W may extend from about 18 sec 
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(stream time) prior to MRP to about 3 sec 
(stream time) prior to MRP; 

For each audio sample in window W 
determine a "normalized" corresponding 
value from a predetermined numerical 
range that can be easily computed. For 
example, the predetermined range may be 
from 0 to 255, wherein for each audio 
sample, its normalized value is 
determined by converting the sample to an 
8 bit byte representation with one byte 
per frequency modulation value. Note 
that this normalization is advantageous 
since many audio data formats already 
provide audio data in an 8 bit byte 
representation with one byte per 
frequency modulation value. Thus, such 
values may be merely reinterpreted as 
numbers rather than audio data. Let N(W) 
denote the normalized values for the 
samples of W; 
. Find at least one distinguished audio 
value within N(W) such as the lowest 
numeric value (V) for the audio samples 
within N(W); note that this distinguished 
value may be a "spike" or "outlier" in 
N(W) . For example such a spike or 
outlier may be the largest (smallest) 
value after a series of values lower 
(higher) than a predetermined threshold, 
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or a value having a largest change in 
value from an adjacent normalized value; 

d. If V corresponds to more than one audio 
sample (P) in W, then determine from the 
set of all samples P of W, the subset, 
SW, wherein for each of the samples P in 
W, P is in SW if and only if the value of 
the next audio sample in CAP (after P) >= 
all other values of next audio samples 
following any other P in W. If there is 
more than one sample P in SW, then choose 
as a sample "start point" (SP) the 
earliest sample P of SW closest to the 
midpoint of W; 

e. Determine the distinctive audio sample 
as a series of audio samples (SAS) from 
CAP, wherein the series of audio samples 
SAS start with SP and continue with the 
next 15 subsequent such samples that are 
spaced apart by 1/400 sec; 

f . Obtain the audio pattern data (APD) by 
normalizing (to a predetermined range, 
e.g., [0, 1]) the series of audio samples 
of SAS into 8 -bit monaural; 

g. Perform the following two substeps: (i) 
go to step (a) to determine a next 
instance of audio pattern data. 

B.l.1.2 (sub-substep) Transmit each instance APD of 
to each client node 56b (i.e., within a range 
of about 3 sec to 25 sec after determination 
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and preferably approximately no more than 15 
sec) . Also, concurrently transmit to each 
client node 56b, the stream clock time STe, in 
MO time, corresponding to the origination of SP 
in the stream. In particular, STe corresponds 
to the time when the start point SP was 
originated; i.e., the time when STe was: (i) 
generated by the stream encoders 312 (for 
streams generated in real time) , or (ii) read 
from the file server 324 (for prestored 
streams) . Note that when transmitting each APD 
and its corresponding STe to each of the client 
nodes 56b participating in a presentation, the 
present invention may provide such 
transmissions according to a particular 
ordering. For example, to assure that each 
client node 56b is provided periodically with 
very timely input from the MC 332, the MC may 
commence the transmission of each (APD, STe) 
pair at a different portion of the client node 
56b list of participants. Thus, in one 
embodiment, for each successive (APD, STe) pair 
for transmission, the pointer into the client 
node 56b transmission list is advanced by 10% 
of the client nodes 56b listed in a round robin 
fashion. Accordingly, each client node 56b is 
assured of receiving at least one timely MC 
response every 10 th MC transmission. Moreover, 
note that other strategies are also within the 
scope of the present invention. For instance, 
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there may be especially timely transmissions to 
certain client nodes 56b that transmit messages 
to the MC 332 indicating that portions of their 
presentation are unsynchronized. Also, if the 
MC 332 is alerted (directly from a client node 
56b or via the host 200) that a particular 
client node 56b has just (re) connected to the 
presentation, then such a client node may have 
the next (APD, STe) more timely transmitted to 
it than would otherwise be the case. 
Additionally, note that the frequency with 
which (APD, STe) pairs are determined by the MC 
332 may be dynamically determined depending the 
number of requests to transmit such 
synchronization data. Thus, at the beginning 
of a presentation when a large number of client 
nodes 56b may be connecting to a presentation, 
such (APD, STe) pairs may be transmitted in a 
range of 3 to 5 seconds to initial client node 
56b presentation connections. 

Note that STe may be determined 
according to the following steps (i) through 
(iv) : 

i. In one embodiment, an operator at MC 
332 determines and manually enters a 
total elapsed time (ATm) that is presumed 
to be an approximate and substantially 
uniform time of the delay caused by all 
stream processing performed during the 
presentation. In particular, ATm can be 
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determined empirically for a stream by an 
MC 332 operator. For example, the 
operator may view two portions of a 
presentation (or, of a setup test for a 
presentation) , wherein the two portion 
are known to have occurred concurrently 
in real time. In particular, the two 
presentation portion may be: (1) a first 
such portion received and presented at 
the MC 332 from a (non- stream) medium 
providing a near real time rendering at 
the MC (e.g., from a presentation content 
supplying node 96 or a phone bridge 100), 
and (2) a second presentation portion 
received and rendered at the MC 332 via 
the more delayed medium of a stream. 
Thus, since the operator knows that the 
two such portions of the presentation are 
supposed to be presented concurrently, 
then he/she can adjust the value of ATm 
until they are rendered concurrently at 
the MC. Accordingly, assuming the time 
delay in the rendering at MC 332 of the 
first presentation portion is negligible, 
ATm is an effective approximation of the 
delay between stream origination and 
stream presentation at MC. 

The start time (Ts) identifying when SP 
was rendered at MC 332, in MC-time, is 
determined; 
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STe is determined as Ts - ATm. 
In an alternative embodiment, ATm can 
be determined substantially 
automatically. For example, during 
preparation prior to a presentation, a 
distinctive audio sample from each 
location (L) providing a portion of the 
presentation may be routed to the MC 332: 
(i) by a near real time medium such as a 
phone bridge 100, and (ii) by a delayed 
presentation medium such as a stream. 
Accordingly, for each location L, the 
corresponding distinctive audio sample is 
timestamped when it is received at the MC 
332 by (i) and (ii) . For instance, a 
tone may be generated on the phone bridge 
100 for location L, and then the MC 332 
may look for the corresponding tone or 
DTMF sequence and match the tone to a 
corresponding tone or sequence found in 
the delayed presentation medium received 
at the MC. Accordingly, for each 
location L and a slower presentation 
medium (S) transmitting presentation data 
from L, the total elapsed time delay, 
ATm (L/S )/ caused by the slower 
presentation medium S can be determined 
as a difference in the timestamps. 

Additionally, note that if there is a 
plurality of presentation locations L 
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and/or a plurality of delayed 
presentation transmissions, a composite 
or total elapsed time ATm for the entire 
presentation may be determined as the 

5 maximum of all ATm{ Lf s) • 

PROCEDURE C: For transmissions between the MC 332 and the host 
200 perform the following step for determining a current time 
in MC time: 

C.l (step) Just prior to the host 200 transmitting each set 

10 of presentation commands to each client node 56b, the host 
determines an estimate (STc) of the time when the set of 
presentation commands originated. This is accomplished by 
the host 200 requesting the current clock time (CLKTM) 
from MC 332 for thereby obtaining STc, or, the host 

15 computes an approximate timing value for STc using a 

previously MC obtained CLKTM value obtained for a previous 
set of presentation commands. Note that since the MC 
synchronization clock is the reference clock by which all 
presentation timing is being referenced for synchronizing 

20 differently time delayed portions of the presentation, the 
current MC synchronization clock time is a timing of real 
time events that can be compared with other MC timed 
events. Moreover, in many operative embodiments of the 
present invention, there is a negligible time delay 

25 between an actual presentation real time event R (e.g., 
the changing of a presentation slide in real time by a 
presentation leader) and the reception of the resulting 
presentation commands by the host 200, the current MC 
synchronization clock time CLKTM is an effective time 

30 approximation of the real time event R. STc is determined 
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as follows: 

a. Assuming that the transmission time between the 
MC 332 and the host 200 is negligible, the host 
may immediately after receiving a set of 
presentation commands, request CLKTM from the MC 
332. Accordingly, once CLKTM is received by the 
host 200, STc is set to CLKTM; 

b. Note that once the host 20 0 has received at least 
one value for CLKTM, then the host can determine 
a reasonably good approximate value for 
subsequent values of STc without interrogating 
the MC 332 for additional CLKTM values. That is, 
for some initial value CLKTM 0 of CLKTM provided by 
the MC 332, if the host retains a timestamps 

(Hr) , in host time, of CLKTM 0 , and for each host 
time (Hx) when a value for STc is subsequently 
desired, then the host can compute STc as: CLKTM 0 
+ (Hx - Hr) ; 

c. Note that if an embodiment of the present 
invention has a potential non-negligible delays 
in transmissions between the MC 332 and the host 
200, then such a delay D MC can also be determined 
and compensated for. For example, one half of a 
round trip delay between the MC 332 and the host 

2 00 may serve as an approximation to such a delay 
D. Accordingly, STc can be computed as: CLKTM - 
Pmc (for (a) above) , and CLKTM 0 + (Hx - Hr) - D MC 
(for (b) above) . 
PROCEDURE D: With each set of presentation commands (Cmd) for 
transmission from the host 200 to each client node 56b, 
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also transmit from the host 200 to each client node 56b a 
corresponding current value of STc as an estimate of the 
real time when the set of presentation commands originated. 

More precisely, with each set of presentation commands Cmd 
received from, e.g., the leader station 92, the host 200 
substantially immediately (e.g., within one to two 
seconds) transmits the data pair (Cmd, STc) to each client 
node 56b. 

D.l (step) If there is negligible time delay between a 
real time presentation event (e.g., presentation 
leader action) and the reception, by the host 200, of 
data indicative of the real time event (e.g., a set of 
presentation commands) , the host may determine the 
corresponding STc value with the transmission of the 
presentation commands to each client node 56b as a 
time approximation of the real time event. If, 
however, the time delay between such a real time 
presentation event and the reception by the host 200 
of the set of presentation commands is not negligible, 
then, as above, a delay D L can be determined and 
compensated for. For example, one half of a round 
trip delay between the leader station 92 and the host 
200 may serve as an approximation to such a delay D, 
and STc computed as CLKTM - D MC - D L (for C.l(a) 
above), and CLKTM 0 + (Hx - Hr) - D MC - D L (for C.l(b) 
above) . 

PROCEDURE E: Concurrently with activations of PROGRAM B , each 
client node 56b also caches, in a resident cache C, a 
portion of the stream that has been most recently rendered 



88 



by the client node 56b. This cached portion of the stream 
is used for finding the audio sample data corresponding to 
APD in a (APD, STe) pair transmitted from the MC 332. Note 
that the size of the cache C may be dependent on the total 
elapsed time ATm determined at the MC 332. For example, 
each client node 56b cache may be in the range of ATm/2 to 
ATm* 2.0. 

PROCEDURE F : When a pair (Cmd, STc) is received at a client 
node 56b, perform a synchronization of the stream 328 
(delayed) portions of the presentation with other non- 
stream (near real-time) portions of the presentation at the 
client node 56b . For each set of presentation commands 
(Cmd) from the host 200 for performing the near real-time 
portions of the presentation, therewith is a timing value 
(Tc) , in MC time, indicating, e.g., a time offset from real 
time (i.e., the time when Cmd originated) of when the 
presentation portion corresponding to Cmd is to be 
presented at the client node 56b. Moreover, assume that Tc 
is a value that does not take into account presentation 
delays due to the use of streams (or other delayed 
presentation mediums) . That is, Tc is a presentation time 
unadjusted for network 70 delays such as stream delays. 
Now when a client node 56b receives (from the MC 332) APD 
and its corresponding STe, a component of the present 
invention on each client node 56b determines a timing for 
the stream 328 at the client node 56b that is analogous to 
the stream timing determined at MC 332. That is, the start 
point SP of the audio sample corresponding to APD in the 
stream cache C at the client node 56b is correlated with 
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STe, wherein STe becomes the stream time for SP on the 
client node. Such correlation is typically performed by 
pattern matching APD against a normalized audio data window 
in the stream cache C. That is, audio stream data in a 
window W c (having a range of from, e.g., about 25 sec after 
being rendered to about 9 sec after being rendered) is 
normalized in the same manner as the normalization 
performed at the MC 332 (thereby yielding NW C ) . 
Subsequently, this normalized result NW C is compared with 
APD for determining an instance of APD in NW C . Note that, 
in one embodiment, the comparison may commence from 
substantially the middle of the normalized data for window 
W c and proceed in both time directions therefrom in an 
interleaved manner. If such an instance of APD is 

determined in NW C , then the corresponding start point SP for 
the instance's corresponding non-normalized portion in W c of 
the audio stream is associated with STe. Subsequently, a 
stream time offset (T ofst ) can be determined between SP and 
the portion of the stream currently being rendered (CR) on 
the (each) client node 56b by, e.g., computing a stream 
time difference (in either MC or client node 56b time) such 
as T ofst = (T C r - T SP ) assuming T CR is the client node 56b 
stream clock time for CR, and T SP is the client node 56b 
stream clock time for SP. Thus, an approximate current 
stream time (STp) , in MC time, for the stream portion being 
currently rendered on client node 56b can be determined as 
STp = STe + T ofst . Accordingly, STe - STp is an 
approximation of the delay that is effective for delaying 
the portion of the presentation specified by the commands 
Cmd so that the non-stream (i.e., near real-time) 
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presentation portions are synchronized with the more 
delayed stream 328 presentation portions. That is, if STc 
- STp is added to Tc, the resulting time value provides the 
time for the rendering of the non-stream portion of the 
5 presentation resulting from the performance of the commands 

Cmds . 

The foregoing discussion of the invention has been 
presented for purposes of illustration and description. 
Further, the description is not intended to limit the 

10 invention to the form disclosed herein. Consequently, 
variations and modifications commensurate with the above 
teachings, within the skill and knowledge of the relevant art, 
are within the scope of the present invention. The 
embodiments described hereinabove are further intended to 

15 explain the best mode presently known of practicing the 
invention and to enable others skilled in the art to utilize 
the invention as such, or in other embodiments, and with the 
various modifications required by their particular application 
or uses of the invention. It is intended that the appended 

20 claims be construed to include alternative embodiments to the 
extent permitted by the prior art. 
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What is claimed is: 



1. A presentation system for presenting a presentation 
having a first presentation portion obtained from first 
presentation data, and a second presentation portion obtained 
from second presentation data, wherein at least a portion of 
one of said first and second presentation data is provided to 
a first network node via a communications network, comprising: 

a time generator for outputting at least first and 
second master timing values for synchronizing a performance 
of said first and second presentation data at the first 
network node; 

a presentation controlling node for transmitting to at 
least the first network node, via the communications network, 
presentation control information including (a) and (b) 
following: (a) first information for accessing first 
presentation data for performing at the first network node, 
and (b) a first time value derived from said first master 
timing value, wherein said first time value is indicative of a 
time for performing said first presentation data at the first 
network node; 

a presentation time determining component at said first 
network node for determining a second time value relative to 
performing at least a portion of said second presentation data 
at said first network node, wherein said second time value is 
determined using said second master timing value; 

a time delay determining component at said first 
network node for determining a time delay between said 
first time value and a second time value; 
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a presentation synchronization component for using 
said time delay to delay the performing, at said first 
network node, of one of: at least a portion of said first 
presentation data, and said second presentation data. 

2. The presentation system of Claim 1, wherein one or more 
of: 

(a) said time generator generates each of said 
first and second master timing values using a 
substantially identical reference of time; 

(b) said second presentation data is received at 
the first network node via the communications 
network ; 

(c) said first master timing value is 
approximately indicative of an origination time 
for said first presentation data; and 

(d) said second master timing value is 
approximately indicative of an origination time 
for said second presentation data. 

3. The presentation system of Claim 1, wherein said 
second master timing value is provided to said first 
network node via the communications network. 

4. The presentation system of Claim 1, further 
including one or more presentation content supplying nodes 
for transmitting, via the communications network, said 
first presentation data to said first network node. 
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5. The presentation system of Claim 1, wherein at least 
one of said first and second presentation data is streamed 
on the communications network, and the communications 
network includes a portion of the Internet. 
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Abstract 

A presentation system is disclosed for synchronizing a 
performance of a plurality of presentation content portions at 
a network node, wherein, e.g., when two such content portions 
5 are to be presented concurrently at the network node, at least 
one is delayed until the other such portion can be presented 
concurrently therewith. That is, these two portions may be 
received by the network node at times sufficiently far apart 
so that the earlier received content portion must have its 

10 presentation appropriately delayed in order to be presented 
concurrently with the second content portion. In one 
embodiment, the content portions are transmitted via at least 
a portion of the Internet to a plurality of network nodes, 
wherein the presentation system can distribute the 

is presentation content data to the network nodes via a plurality 
of network routes and presentation formats. In particular, a 
first portion of the content data may be provided as slides 
in, e.g., HTML, while a second portion of the content data may 
be provided as an audio/video stream. Additionally, the 

20 present invention can provide various portions of the content 
data from a plurality of network server nodes, and during a 
performance of the presentation, the presentation receiving 
network nodes can determine a particular variation of the 
presentation to retrieve from the network server nodes. In 

25 particular, the retrieval of presentation data depends upon 
the transmission characteristics of the network such as data 
transmission rate. Thus, if a low transmission data rate is 
detected at a first network node, presentation elements of a 
reduced size can be retrieved. Alternatively, if a higher 

30 transmission rate is detected at a second network node, 
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presentation elements of greater size (and corresponding 
enhanced quality of presentation) can be retrieved. Thus, 
within a single performance, network nodes with varying 
available network bandwidths can synchronously and 
5 simultaneously provide the presentation. 
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START 
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1000 



ACTIVATE PROCEDURE A FOR DETERMINING THE 
AUDIENCE MEMBERS, AND FOR PROVIDING THE MC 332 
NETWORK 70 ADDRESS TO THE AUDIENCE MEMBERS AT 
CLIENT NODES OF TYPE 56B. 



COMMENCE TRANSMITTING THE PRESENTATION TO THE MC 332 AND THE CLIENT NODES 56A 
AND 56B AND CONTINUE SUCH TRANSMISSIONS UNTIL THE PRESENTATION IS COMPLETELY 
TRANSMITTED WHEREIN FOR THE CLIENT NODES 56B (AND THE MC), THE STREAM 328 
PROVIDES A DELAYED FIRST PORTION OF THE PRESENTATION, AND A SUBSTANTIALLY NON- 
DELAYED SECOND PORTION IS ALSO PROVIDED BY THE NETWORK 70, WHEREIN THE FIRST 
AND SECOND PORTIONS ARE TO BE SYNCHRONIZED AT EACH OF THE CLIENT NODES 56B. 
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ACTIVATE PROCEDURE B, 

WHEREIN THE MC 332 
TRANSMITS 

TO EACH CLIENT NODE 56B 
RECEIVING THE 
PRESENTATION, A NEXT 
INSTANCE OF AUDIO 
PATTERN DATA (APD) 
DERIVED FROM THE STREAM 
328, AND WITH EACH 
INSTANCE, A 

CORRESPONDING MC CLOCK 
TIME ESTIMATE (STe) OF 
WHEN THE INSTANCE 
ORIGINATED. 



WAIT UNTIL A 
PREDETERMINED 
CONDITION OCCURS (E.G., 
ONE OF: AN ELAPSED TIME, 
A CLIENT NODE 56B HAS 
JUST CONNECTED TO THE 
PRESENTATION, AND/OR A 
REQUEST FROM A CLIENT 
NODE 56B) MAKING THE 
ANOTHER ACTIVATION OF 
PROCEDURE B DESIRABLE 
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Fig. 5 
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ACTIVATE PROCEDURE C TO 
PROVIDE TO THE HOST 200 A 
CURRENT MC CLOCK TIME 
(CLKTM) FROM WHICH THE 
HOST 200 CAN ESTIMATE THE 
ORIGINATION TIME (STc, IN 
MC TIME) FOR EACH OF ONE 
OR MORE SETS OF 
PRESENTATION COMMANDS 
(Cmd). 
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WAIT FOR A SET OF 
PRESENTATION COMMANDS 
(Cmd) TO BE TRANSMITTED 
FROM, E.G., LEADER 
STATION 92 TO THE HOST 
200. 
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ACTIVATE PROCEDURE D 
TO DETERMINE THE 
ORIGINATION TIME STc FOR 
Cmd, TRANSMIT THE PAIR 
(Cmd, STc) TO EACH CLIENT 
NODE 56B. 



IS A NEW VALUE OF 
CLKTM NEEDED 
FROM MC 332? 



NO 




YES 
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ACTIVATE 
PROCEDURE E, 
WHEREIN EACH 
CLIENT NODE 56B 
MAINTAINS A 
CACHE OF A MOST 
RECENTLY 
RENDERED 
PORTION OF THE 
STREAM 328. 



AT EACH CLIENT 
NODE 56B, 

WHENEVER AN (APD, 
STe) PAIR IS 
RECEIVED, ACTIVATE 
PROCEDURE F FOR 
SYNCHRONIZING THE 
PERFORMANCE OF 
PRESENTATION DATA 
FROM DIFFERENT 
MEDIA SOURCES (E.G., 
STREAMING SERVERS 
324 AND CONTENT 
WEB SERVERS 96), 
WHEREIN THE MEDIA 
SOURCES HAVE 
DIFFERENT TIME 
DELAYS IN 
PROVIDING THEIR 
PRESENATION DATA 
TO THE CLIENT NODE 
56B. 
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END AT EACH CLIENT NODE 56B WHEN THE PERFORMANCE 
OF PRESENTATION IS COMPETED AT THE CLIENT NODE. 
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AUDIO ARCHIVAL DATA 
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ACCOUNTING SYSTEM 15Q 
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BILLING \\~ REPORTING 



SHOW AUDIO PRESENTATION 
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SCRIPT 
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OPERATIONS CENTER 



AUDIO SYSTEM W?n 



AUDIO 
CLIENT 
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AUDIO 
SERVER 



AUDIO 
PLAYER 
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RESOURCE FILE 
212 



WEBSERVER URLS 



WEB SERVER IDs; 
SCRIPT IDs 
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SHOW SCHEDULER 

2Q4- 



■INITIAL CLIENT SITE PHONE 



SHOW CONNECTION 




PHONE BRIDGE 
CONTROL 



240 



24-S' 



r 



INTERNAL WEB 
„ SERVER(S) 

— r 



INTERNAL LEADER 
STATIONS 
22 



SECURITY 
SUB- 
SYSTEM 

9QR> 



SHOW SCHEDULE 
DATA 



J 



LEADER/CLIENT 
AUDIO 

COMMUNICATION 
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SHOW CONTROL 
DATA <=> 



70 

COMMUNICATION 
NETWORK 

SHOW SCHEDULE DATA; 



<=• CLIENT 
RESPONSE DATA 



RESPONSE O 
SUMMARY DATA 



LEADER STATION(S) 



LEADER 
SOFTWARE 
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CLIENT PRESENTATION 
SOFTWARE 78 & 88 



- (FROM PHONE BRIDGE(S) IQq) 



PRE-SHOW DATA: CLIENT SOFTWARE DOWNLOAD; SHOW 
TIME. DATE: HOST ID. CONTENT WEBSERVER URLS ■=> 



SUBORDINATE 
HOST(S) 
21Q 
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<=■ INITIAL CLIENT NODE VIDEO SHOW CONNECTION 



INVITATION SUBSYSTEM 

112 



RESERVATION SUBSYSTEM 



CONTENT MANAGER 




INTERNET SHOW DATA 



TO 
CONTENT 
WEBSERVERS 

96 



SOFTWARE 
DOWNLOAD AND 
CLIENT SUPPORT 
SYSTEM 



FIG. 1A 



LEADER AND CLIENT 



SOFTWARE 



CLIENT SUPPORT 



COMMUNICATION 



VIA INTERNET 
OR MAIL 

TO TELEPHONY NETWORK 74; 
TO PHONE BRIDGE 100 



I 

C= INITIAL CLIENT SITE PHONE CONNECTION TO PRESHOW CONTROL LEADER/INTRA-AUDIENCE AUDIO COMMUNICATION 



*SHOW AUDIO; AND INTERCLIENT COMMUNICATION O 
-74 




r 



/^ 9g a INTERNET SHOW DATA 



CONTENT WEBSERVER 



ALTERNATE CONTENT 
WEBSERVER(S) 



^INTERNET REQUEST FOR 
7H0W DATA ~! 



96b 



CLIENT SITE(S) 



CUEHTSITE 



CLIENT NODE 



CLIENT PRESENTA- 
TION SOFTWARE 



NETWORK 
H BROWSER 



73. 



PHONE £2 



CONTENT WEBSERVER - 



1 



ALTERNATE CONTENT WEBSERYER(S) 



J± 



54 



CLIENT SITE(S) 



~1 



^96b 



CONTENT WEBSERVER 



Or 



CLIENT.SITE(S) 



L 



CONTENT WEBSERVER 
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CLIENT SITE(S) 



96b 



ALTERNATE CONTENT 
• WEBSERVER(S) 



CLIENT RESPONSE 



FIG. IB 



FIRE- 
WALL 

264 



96 



CLIENT RESPONSE 



ALTERNATE CONTENT 
WEBSERVER(S) 



CLIENT SITE(S) 



54 



CONTENT 
WEBSERVER 



^ I CLIEN T RESPONSE 
-96a 



CLIENT SITE(S) 



SECURECORPORATE INTRANET 2££L 



"PRESHOW DATA 



c 



START 



FIG. 2A 



404 

N 

PRIOR TO SHOW TIME THE SHOW SCHEDULER 204 SUPPLIES 
THE HOST 200 WITH AN IDENTIFIER FOR THE PRESENTATION 
AND WITH ONE OR MORE PASSWORDS THAT ALLOW THE HOST 
200 AND/OR THE SECURITY SUBSYSTEM 208 TO IDENTIFY 
THE LEADER(S) AND CLIENTS FOR THE PRESENTATION. 



AO& 



THE HOST 200 USES THE PRESENTATION PERFORMANCE 
IDENTIFIER TO REQUEST THE SCRIPT(S) FOR THE 
PRESENTATION FROM THE CONTENT MANAGER 104. 



416 



412. 



! THE PRESHOW CONTROL 136 ACCEPTS A NETWORK 70 
(INTERNET) AND/OR TELEPHONY NETWORK 74 CONNECTION 
BY A CANDIDATE CLIENT FOR THE PRESENTATION. 



IS THE CONNECTION VIA 
A NETWORK 70 
(INTERNET) 
CONNECTION OR A 
TELEPHONY NETWORK 
74 CONNECTION? 



EACH LEADER LOGS ONTO THE HOST 200 AS A SHOW 
LEADER FOR CONTROLLING BOTH THE VIDEO AND 
AUDIO COMPONENTS OF THE PRESENTATION. 




420 



TELEPHONY 



NETWORK 7 4 



COMMUNICATIONS NETWORK 70 



THE CANDIDATE CLIENT LOGS ON TO THE PRESHOW 
CONTROL 136 WITH A PREVIOUSLY PROVIDED LOGIN. 
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LOGIN VALID/ 



42S 



432 



436 




N 



Y 



THE CANDIDATE CLIENT IS NOW IDENTIFIED AS A 
LEGITIMATE CLIENT. THE PRESHOW CONTROL 136 
DOWNLOADS (IF NOT PERFORMED PREVIOUSLY) THE CLIENT 
PRESENTATION SOFTWARE 88 AND THE URLS OF THE 
CONTENT WEBSERVERS 96 AVAILABLE FOR SUPPLYING 
(VERSIONS OF) PRESENTATION VIDEO DATA AND/OR 
MULTIMEDIA DATA TO THE CLIENT. 
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THE PRESHOW CONTROL 136 TRANSFERS 
THE CLIENT'S CLIENT ID, AND NETWORK 70 
(INTERNET) ADDRESS TO THE HOST 200. 



THE CANDIDATE CLIENT FOR THE PRESENTATION 
INPUTS AN ACOUSTIC LOGIN TO THE PRESHOW 
CONTROL 136 VIA A TELEPHONE 62 FOR 
RECEIVING THE AUDIO PORTION OF THE 
PRESENTATION AND CONVERSING WITH THE 
LEADER(S) AND/OR OTHER AUDIENCE MEMBERS 
AS IN A TRADITIONAL VOICE TRANSMITTED 
TELEPHONE CALL 



LOGIN VALID? 



452 




•456 



IS THE CLIENT 
LOGGEDINFORA 
VIDEO PRESENTATION 
OFTHESHOW? 




THE PRESHOW CONTROL 
136 WATCHES FOR 
NETWORK 70 CONNECTION 
BY THE CANDIDATE CLIENT. 



AAA - 
*T* I T 
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AT PRESENTATION PERFORMANCE TIME, THE PRESHOW CONTROL 
136 COMMUNICATES WITH THE CLIENT PRESENTATION 
SOFTWARE 88 FOR ACTIVATING A NETWORK 70 CONNECTION 
BETWEEN THE CLIENT'S CLIENT NODE 56 AND THE INTERNAL 
WEBSERVERS 248 FOR COMMUNICATING WITH A HOST 200 
CONTROLLING THE PRESENTATION PERFORMANCE. 



;THE CLIENT PRESENTATION SOFTWARE 88 ACCESSES THE 
CNETWORK70 (INTERNET) FOR DOWNLOADING AN INITIAL 
i COLLECTION OF ONE OR MORE VIDEO AND/OR MULTIMEDIA 
PRESENTATION SEGMENTS FROM ONE OF THE DESIGNATED 
ECONTENT WEBSERVERS 96. THE DOWNLOADED DATA IS 
iJtACHED ON THE CLIENT NODE 56. 
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4-72 
VI 



AT PRESENTATION TIME, THE PRESHOW CONTROL 
136 REQUESTS THAT CONTROL FOR THE CLIENT'S 
CALL BE TRANSFERRED BY THE HOST 200 TO THE 
PHONE BRIDGE CONTROL 240 FOR CONTROLLING 
THE TRANSMISSION OF THE AUDIO PORTION OF THE 
PRESENTATION. 



THE HOST 200: 

(A) ACTIVATES THE LEADER SOFTWARE SOFTWARE 
94 ON THE LEADER STATION(S) 92 FOR 
CONTROLLING THE PRESENTATION PERFORMANCE; 

(B) ACTIVATES THE (ANY) CLIENT PRESENTATION SOFT- 

WARE 88 AT THE LEADER STATION 92 FOR VIEWING 
THE PRESENTATION AS A CLIENT WOULD. 



THE LEADER(S): (A) SELECTS THE FIRST (NEXT) COLLECTION OF CORRESPONDING PRESENTATION 
SEGMENTS (IF ANY) FROM THE ONE OR MORE PRESENTATION VERSIONS WHEREIN EACH OF THE 
SEGMENTS HAS CORRESPONDING AUDIO AND VIDEO PORTIONS FOR PRESENTING TO THE CLIENT(S); 
AND (B) TRANSMITS THE IDENTITY OF THE SELECTED COLLECTION TO THE HOST 200. 



476 IF THE LEADER STATION 92 IS EXTERNAL TO THE OPERATIONS CENTER 58, THE SECURITY 
SUBSYSTEM 208 CHECKS THE LEADER INPUT FOR VALIDITY. 



A-QO 
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IS WERE ANOTHER 
COLLECTION OF ONE OR 
MORE SEGMENTS 
DETERMINED BY THE .. 
LEADER(S)? 
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NO 



YES 



REMOVE CLIENT 
PRESENTATION 
SOFTWARE 88 
FROM EACH 
CLIENT NODE 
56. 



THE HOST 200 ACCESSES THE PRESENTATION SCRIPT FOR THE NEXT LEADER DESIGNATED 
COLLECTION OF CORRESPONDING SEGMENTS OF THE ONE OR MORE PRESENTATION VERSIONS 
CAPABLE OF BEING PRESENTED. 



FIG. 2B 
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THE HOST 200 ACCESSES THE RESOURCE FILE 212 FOR RESOLVING VIRTUAL WEBSERVER NAMES 
IN THE ACCESSED COLLECTION, THEREBY PROVIDING ACTUAL CONTENT WEBSERVER 96 NETWORK 
70 ADDRESSES (URLS) HAVING AT LEAST A VIDEO VERSION(S) FOR THE PRESENTATION. 
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THE HOST 200 SENDS ONE OR MORE COMMANDS TO THE CLIENT PRESENTATION SOFTWARE 88 AT 
EACH CLIENT NODE 56 INDICATING: (A) THE NEXT COLLECTION OF ONE OR MORE (VIDEO) 
SEGMENTS FROM ONE OR MORE PRESENTATION VERSIONS FOR PRESENTING AT THE CLIENT NODE; 
AND (B) A LIST OF NETWORK 70 ADDRESSES (URLS) OF THE CONTENT WEBSERVER(S) 96 FROM 
WHICH THIS NEXT COLLECTION OF SEGMENTS CAN BE RETRIEVED. 



EACH CLIENT NODE 56 PREPARES (IF 
NECESSARY) FOR RECEIPT OF THE 
NEXT PRESENTATION COMMAND(S) 
FROM THE HOST 200. 



y 
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NOT CACHED ON 
THE CLIENT NODE 




FOR EACH CLIENT NODE 56, THE CLIENT 
PRESENTATION SOFTWARE 88 DETERMINES 
WHETHER THE NEXT COLLECTION OF SEGMENTS 
FOR PRESENTING ON THE CUENT NODE IS CACHED 
AT THE CLIENT NODE OR NOT. 



CACHED ON THE 
CLIENT NODE 

/- 524 



THE CLIENT PRESENTATION SOFTWARE 88 ON THE CLIENT NODE 56 USES RECENT NETWORK 70 
(INTERNET) DATA TRANSMISSION CHARACTERISTICS TOGETHER WITH THE HOST 200 TRANSMITTED 
LIST OF NETWORK 70 ADDRESSES (URLS) FOR CONTENT WEBSERVERS 96 TO SELECT: (a) A 
CONTENT WEBSERVER, AND (b) A NEXT COLLECTION OF SEGMENTS) TO BE REQUESTED FROM THE 
SELECTED CONTENT WEBSERVER. NOTE THAT THE SELECTED COLLECTION OF SEGMENTS FROM THE 
SELECTED WEBSERVER IS EXPECTED TO HAVE A HIGH PROBABILITY OF BEING DELIVERED VIA THE 
NETWORK 70 (INTERNET) PRIOR TO THE TIME OF PRESENTATION OF THIS COLLECTION OF 
SEGMENTS ON THE CLIENT NODE 56. 



THE NETWORK 70 ADDRESS (URL) OF THE SELECTED CONTENT WEBSERVER 96 AND AN IDENTITY 
OF THE NEXT COLLECTION OF SEGMENTS ARE PROVIDED TO THE CLIENT SITE BROWSER 78, AND 
THE BROWSER, IN TURN, SENDS A NETWORK 70 (INTERNET) REQUEST TO THE SELECTED 
CONTENT WEBSERVER 96 FOR THE SELECTED COLLECTION OF SEGMENTS. 



FIG. 2C 



53 




// THE REQUESTED COLLECT W Of SEGMENTS 
CACHED ON THE CLIENT NODE 5 6 WITHIN A 
DESIRED TINE? 



CAN TRY AGAIN 



HO TIME 




NO 



THE CLIENT PRESENTATION 
SOFTWARE 88 DETERMINES IF 
THERE IS TIME TO TRT AGAIN 



536 



YES 



-544 



DETERM1NE THE NETWORK 70 
TRANSMISSION CHARACTERISTICS OF THE 
COLLECTION OF SEGMENTS RECEIVED AT THE 
CLIENT NODE 56. 



3A-& 



552- 




IS A HOH 200 INTERRUPT 
DETECTED REQUESTING A 
HALT TO THE PRESENTATION 
OF THE CURRENT COLLECTION 
OFSEGMENTS? 



YES 



FOR EACH CLIENT NODE 56, THE CLIENT PRESENTATION SOFTWARE 88 INSTRUCTS THE 
BROWSER 78 TO PRESENT THE NEXT SEGMENT. 



556 




// THE CLIENT NODE 5 6 PREPARED FOR 
RECEIVING THE NEXT PRESENTATION 
COMMANDS? 

NO 



YES 



IS THERE ANOTHER SEGMENT 
TO BE PRESENTED? 



FIG. 2D 



YES NO 
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RULE 63 (37 CPR 1.63) 
DECLARATION 

FOR PATENT AFPUCATION 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

As abcicw named invert, I hcrcoy to 
■re as stated below next to my Mine, and I bdieve that, Imu original, first and sole inventor of the 

matter which iidamtd and for which a patent is sought oq the tovemion eathied "PROVIDING 
A PRESENTATION ON A NETWORK HAVING A PLURALITY OF SYNCHRONIZED MEDIA 
TYPES", the specification of which if identified as Attorney File No. 3654-1-1 and attached hereto 

Ihereey state that lliiavereviriv^ 
including The claim*, as annadcd by any aoiendaoeat referred to above. I«doiowlc^ttedu^toiUado«e 
intonnatkmwlnda is materia 

attached sheet indicated Page 3 hereof and wttch I have read 

I hereby claim foreign priority benefits under 35 U-S.C. J of any foreign applicationC*) for 
pBtetttormventoi'sceflfficjte^ 

or invemof'i certificate having » ding date before that of the application on which priority it dthrwt: 

Prior Foreign Application^) 
Number Country 

None 

I hereby claim the benefit under 35 U.S.C H9(eyi20/365 of all United Stares and PCT 
urternatiooaleppikations, including all United States provisional applications, lined below and, insofar as 
the subject matter of each of the claims of this application is not disclosed in Such prior applications in the 
manner provided by the finrt paragraph of 35 U.S.C 112, 1 acknowledge the duty to disclose information 
material to patentability in accordance with 37 CFR 1.56(a) and (b) which occurred between the tiling 
date(s) of the prior appifcc*doi<s) and the national or PCT urternebonal fifing date of this application: 

Application Sfiria;Np r Filing T>atc *Mm\ wTfTffff. rmimg, itonr^rH 

60/041,770 March 31, 1997 Abandoned 

09/0S2.B62 Match 31, 1998 Pending 

I hereby declare ttat all statements made herein of my own knowledge are true and that all 
Statements made on information and belief are believed to be true; sod Anther that th esc statements were 
made with the knowledge that willful false statements and the tike so made are punishable by fine or 
unprwowraenl; or both, under Section 1001 ofTUle 18 of the United States Code and that such wuTfiu fidse 
statements may jeopardize the validity of the application or any patent issued thereon. 



Priority Claimed 



r f c«y f 
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I) Inventor's Signature 

Inventor's Nunc (typed) 
Citizenship' 
Residence: 

Poat Office Address*: 




157 North Buckingham Dr. 
Aurora, Illinois 60506 



Same as Residence 



♦Complete Post Office Addreu in full if different &om Residence, otherwise indicate that the Port 
Office Address is "Seme as Residence.'' 
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37CFR§156(»)Md(b) 
DUTY TO DISCLOSE INFORMATION MATERIAL 
TO PATENTABILITY 

(a) A patent by itt very nature is affected wto TbepidJlioiWwestisbe* served, 
and ttwraost elective patem<»»nn^^ 

isawa«ofaiidevahittMtl»te«^^ Each individual associated 

with tf» flfiiig and Fwcutiow of a psto^ 
Office^ which McJude¥»dWto<^^ 

to patentability** defined in this section. The duty to dudoie infonnatkm ewrts with respect to each pending 
rTiitiw until the claim is cancelled or wtthdiww from consideration, or the application becomes abandoned 
TlTfTTTr . r ^ ™ t^wai tn tha putenfhahv of a dam that is cancelled or withdrawn from consideration need not 
beaubmhiediftljeinfOT 

intneoppticBtioa. There is no duty to submit information which » not material to the patentability of any 
editing claim. The duty to disclose all infbnnatjoa known to be materiti to patentability u deemed to be 
satisfied an ixownnotionkaciwn 

Office or submitted to the Office in the manner prescribedby §§1 97<bMd) However, no patent wffl 

be granted on an apphcanoii in connection with which, fiwd oothe Office wag practiced or attempted or the 
dutytfdiictoiurewuvtalattdtl^^ The Office encourages applicant! 

C to carefully examine: 

J (j) prior art cited kaeejcitwportac/afereig^ 

"== and 

(2) the clusest information over which indivjduali associated with the filing or prosecution 
m of a patent application believe any pending claim pitentably defines, to make sure that any material infonnatior) 
contained therein is disclosed to the Office. 

(b) Under this section, information i» material to patentability when it ia not cumulative to 
information already of record or being made of record in the application, and 

O (I) It estiiblishe*. by itself or in combination with other inforrnation, a prima, facie case of 

° unpatentability of a claim; oir 

(2) It refine*, or is inconsistent with, a twsraoa the applicant takes in: 

0) Opposing an argument of unpatentability relied on by the Office, or 

(a) Asserting an argument of a patamabilny. 

Apnm lack case of unpsteptabi% is e^ 

. unpatentable under the preponderance of evidence, bunkn-of-proof standardv giving each term in me claim 
its broadest reasonable coostrnction consistent with the spec&ation, and before any consideration is given 
to evidence which may be submitted man attempt to establish a contrary conclusion of patentability." 

"Note, 37 CFR. §1 97(h) states: "The filing of anmfbnmmon disclosure statement shell not be construed to 
be an adnussun that the 
as defined in § 1.56(b)." 
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POWER. OF ATTORNEY 

On behalf of MSJiOW.com, a Colorado corporation having a principal place of buamesi at 
1745 Shey Center Drive, Suite 200, Highland; Ranch, Colorado 80129 being the assignee of and 
owning a0 right, this and interest in Ida invention entitled "PROVIDING A PRESENTATION ON 
A NETWORK HAVING A PLURALITY OF SYNCHRONIZED MEDIA TYPES", for which 
application for Letters Patent of the United States has been nude by Frank E. Johnson, , said 
application being kdenrifi sd aa Attorney File No. 3654-1-1 and executed on even date herewith, I, 
Frank E. Johnson, Sr. V P. Research & Devetopment ofMSHDW oom, hereby appoint David F. 
Zfegcr, RegistratiooNo. 29,127; Craig C Groseth, Registration No, 31,713, Mich*ej L Tompkins, 
Registration No. 30,910; SabnnaC. Stevisb, Registration No 33,374; ToddP. Biakriv, Registration 
No. 3 1,328; Lewis D. Hansen, RegtoitkmNo. 35,536; Josephs. Kovarik, Registration No 33,005; 
Gary J. Council, Registration No. 32,020; WnmeUM Crook, Registration No. 31,071; Douglas W. 
S warts, Registration No. 37,739; Bruce A. Kuglcr, Registration No. 38,942; Robert R Brunelli, 
RegiBtrationNo. 39,617,;RidianiL.Hugfae» > Re^trationNo. 31 ,264, Tejpal S. BAnsra, Registration 
No. 38, 172; DanaHartjeCardweU, RegtstrationNo. 40,638; AngelaDallaa-PBdrettL Rsgi^traiionNo 
42,460; Benjamin B Lieb, RcgirtrationNo. 42,801; Bradley M. Knepper, RegjitrafjonNo. 44,189; 
Theresa A Brown, Registration No. 32,547, Miriam R Drictansn, Registration No. 42,499, Dennis 

• J. Duprsy, Registration No. 46,299. and ToddM Petersen, Registration No 45,580, of SHERIDAN 
ROSS P C , 1560 Broadway, Suite 1200, Denver, Colorado 80202-5141, telephone auraber (303) 

, 863-9700, as attorney! and agents forMSHOW.com with full powers of substitution, assoriationand 
revocstioo to prosecute the applicatian and related U.S. and foreign applications and to transact all 
business in the United States Patent and Trademark Office and all foreign and international patent 
offices connected therewith, 




